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This publication describes the use and general function 
of the System Monitor of the ibm 7090/7094 ibsys 
Operating System (7090-PR-130). The ibsys Operating 
System consists of a number of commercial and scien- 
tific programming aids operating under over-all control 
and direction of the System Monitor ( 7090-SV-918 ) . 
It is designed to process sequentially a variety of un- 
related jobs with little or no operator intervention. 

The System Monitor includes the System Supervisor, 
the System Core-Storage Dump Program, the System 
Editor, the System Nucleus, and the Input/Output 
Executor. In general, the "Introduction" of this publi- 
cation and the sections describing the System Super- 
visor and the System Core-Storage Dump Program are 
directed primarily to the applications programmer. 
The remaining sections are directed to the systems 
programmer. 
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Preface 



This publication describes the use and general function 
of the System Monitor of the ibm 7090/7094 ibsys 
Operating System and provides information for main- 
taining the system. The ibsys Operating System may 
be considered an integral part of the ibm 7090/7094 
Data Processing System. It consists of a comprehensive 
set of programming aids operating as subsystems un- 
der a master System Monitor. 

The System Monitor described in this publication 
encompasses the System Supervisor, the System Core- 
Storage Dump Program, the System Editor, the System 
Nucleus, and the Input/Output Executor. The sub- 
systems operating under the System Monitor are de- 
scribed in separate publications. These publications 
are referred to in the "Introduction" section of this 
manual and are listed in Figure 2 in the "System 
Supervisor" section. Instructions for the operator of 
the system are provided in a separate publication 
entitled IBM 7090/7094 IBSYS Operating System: 
Operators Guide, Form C28-6355. 

This publication on the System Monitor is divided 
into seven major sections. The first three sections, "In- 
troduction," "System Supervisor," and "System Core- 



Storage Dump Program," are directed primarily to 
the applications programmer. The remaining sections 
are directed primarily to the systems programmer. The 
systems programmer is an experienced programmer 
who is assigned to place the ibsys Operating System 
into operation, modify it according to the special re- 
quirements of his installation, maintain it, and ensure 
adequate control over its content and use. 

All of the System Monitor control cards that might 
be used by the applications programmer in program- 
ming a job are described in the section on the System 
Supervisor. However, very few of the cards are actually 
required for most jobs. Therefore, these cards are 
described first, for the benefit of the reader who is 
not a full-time programmer and who is only interested 
in the control cards required to run an average job, 
such as a Fortran compilation and execution. The con- 
trol cards described in the remainder of the section 
are primarily of interest to the more experienced pro- 
grammer, the systems programmer, and the operator. 

The reader of this manual is assumed to be familiar 
with the contents of the ibm reference manual IBM 
7094 Data Processing System, Form A22-6703. 



Major Revision ( February 1964 ) 

This edition, Form C28-6248-1, is a major revision of the 
previous edition, Form C28-6248, and makes that publication 
obsolete. This edition also supersedes the publication IBM 
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Introduction 



Function 

The 7090/7094 ibsys Operating System consists of a 
comprehensive set of commercial and scientific pro- 
gramming aids operating as subsystems, under ex- 
ecutive control and coordination of a System Monitor. 
The Monitor, by coordinating the operation of the 
subsystems, enables a series of unrelated jobs to be 
processed with little or no operator intervention. By 
reducing the degree of human participation in the 
mechanics of data processing, the Operating System 
ensures that jobs are processed faster, more efficiently, 
and are less subject to human error. As a result, turn- 
around time, the interval between the time a pro- 
grammer submits a job for processing and the time 
he receives results, is significantly reduced. 



Organization 

System Monitor 

The general organization of the System Monitor, as 
well as its general relation to the subsystems operating 
under it, is illustrated in Figure 1. The System Monitor 
consists of: 

1. The System Supervisor, whose primary function 
is to control and coordinate the processing of jobs by 
passing control from one subsystem to another. 

2. The System Core-Storage Dump Program, which 
may be used to facilitate the testing and analysis of 
any program executed under control of the Operating 
System. 

3. The System Editor, which provides the systems 
programmer with facilities for modifying and main- 
taining the System Monitor and the subsystems oper- 
ating under it. 

4. The System Nucleus, which remains in core 
storage at all times and provides common facilities 
for intercommunication and control among the sub- 
systems and between the System Monitor and the 
subsystems. 

5. The Input/Output Executor, which normally re- 
mains in core storage to coordinate and control input/ 
output and other trapping operations. 

The System Monitor may also contain an installation 
accounting routine tailored to the specific requirements 
of the installation. 

The subsystems operating under the System Monitor 
( Figure 1 ) provide the programmer with a variety of 



programming aids which he may use singly or in com- 
bination to process a particular job. Each of these 
subsystems is described briefly below. 

IBJOB Processor 

The ibjob Processor is the major subsystem of the ibsys 
Operating System. It is a highly integrated processor 
that can be used to compile, assemble, load, and 
execute programs written in Fortran iv or cobol 
language. It can also be used to assemble, load, and 
execute programs written in the Macro Assembly Pro- 
gram (map) language or to load and execute pre- 
viously assembled object programs. Facilities are pro- 
vided for combining program segments written in 
different languages with previously assembled seg- 
ments to form a single executable object program. 

The ibjob Processor contains a complete library of 
relocatable subroutines, including a complete Input/ 
Output Control System (iocs). When an object pro- 
gram is loaded preparatory to execution, only those 
portions of iocs that are actually required are loaded. 

The ibjob Processor and its use are described in 
detail in the publication IBM 7090/7094 IBSYS Oper- 
ating System: IBJOB Processor, Form C28-6275. 

FORTRAN II Processor 

The Fortran ii Processor can be used in either of two 
modes, the Fortran mode or the ibsfap mode. 

In the Fortran mode, the Fortran ii Processor can 
be used to compile, assemble, load, and execute source 
programs written in Fortran ii language. It can also 
assemble, load, and execute programs written in For- 
tran ii Assembly Program (fap) language and load 
and execute previously assembled object programs. 
Facilities are provided for combining program seg- 
ments written in Fortran ii and fap languages with 
previously assembled segments to form a single ex- 
ecutable object program. Facilities are also provided 
for chaining core storage loads so that executed por- 
tions of a program may be overlaid with portions yet 
to be executed. 

In the ibsfap mode, the Fortran ii Processor can 
be used to assemble, but not load and execute, pro- 
grams written in fap language. An assembled object 
program can be loaded and executed under control 
of the Input/Output Control System or the Fortran 
mode of the Fortran ii Processor. The ibsfap mode 
of the Fortran ii Processor can also be used to up- 
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Figure 1. ibm 7090/7094 ibsys Operating System 



date symbolic tapes by changing, deleting, or adding 
instructions. 

The Fortran ii Processor and its use are described 
in detail in the publication IBM 7090/7094 Program- 
ming Systems: FORTRAN II Operations, Form C28- 
6066. 

The Fortran ii Assembly Program and its use are 
described in the publication IBM 7090/7094 Pro- 
gramming Systems: FORTRAN II Assembly Program 
(FAP), Form C28-6235. 

Input/Output Control System 

The Input/Output Control System (iocs) provides 
input/output control for programs assembled by the 
Fortran ii Processor. It relieves the programmer of 
the task of writing complex input/output routines by 
automatically controlling the blocking and unblocking 
of data records, the overlapping of processing with 
input and output, and the preparation and checking 
of labels. Only those portions of iocs actually required 
are loaded with the assembled object program. 

iocs and its use are described in detail in the pub- 
lication IBM 7090/7094 IBSYS Operating System: 
Input/Output Control System, Form C28-6345. 

Restart Program 

Unlike the other subsystems operating under the 
System Monitor, the Restart Program is used exclu- 
sively by the operator of the system. It is designed to 
enable the operator to restart an interrupted program 
using a checkpoint record recorded by iocs before the 
interruption occurred. 

The use of the Restart Program is described in the 
publication IBM 7090/7094 IBSYS Operating System: 
Operator's Guide, Form C28-6355. 

Commercial Translator Processor 

The Commercial Translator Processor may be used to 
compile, assemble, load, and execute programs written 
in the ibm Commercial Translator language. 

The Commercial Translator Processor and its use 
are described in the publication IBM 709/7090 Com- 
mercial Translator Processor, Form J28-6169. 

Generalized Sorting System 

The Generalized Sorting System can be used to sort 
fixed-length or variable-length records, written in either 
binary or decimal mode. The control fields of the rec- 
ords may be signed or unsigned. The records can be 
sorted in ascending or descending order, using either 
the commercial or scientific collating sequence. 

The Generalized Sorting System and its use are 
described in the publication IBM 7090/7094 Gen- 
eralized Sorting System: 7090/7094 Sort, Form C28- 
6307. 



9PAC Processor 

The 9pac Processor can be used to establish and main- 
tain data files and to generate reports on the data in 
the files. 

The 9pac Processor and its use are described in the 
following publications: 

IBM 7090 Programming Systems, Share 7090 9PAC 
Part 1: Introduction and General Principles, Form 

J28-6166 
Part 2: The File Processor, Form J28-6167 
Part 3: The Reports Generator, Form J28-6168 

Utilities 

The Utilities consist of a tape dump routine for 729 
Magnetic Tape Units and 7340 Hypertape Drives and 
of the following for 1301 Disk Storage and 7320 Drum 
Storage: format track generation, home address and 
record address identification, load disk/drum, dump 
disk/drum, restore disk/drum, and clear disk/drum. 

The utilities and their use are described in the 
following publications : 

IBM 7090/7094 IBSYS Operating System: Utilities, 
Form C28-6364 

IBM 7090/7094 Utility Routines for IBM 1301 Disk 
Storage, Form J28-6223 

User Programs 

In addition to the subsystems described above, the 
user of the ibsys Operating System may design pro- 
grams and incorporate them as subsystems operating 
under the System Monitor. Conversely, the user may 
remove subsystems or portions of subsystems that are 
not required at his installation. 

Application 

In programming a job, the programmer may employ 
any logical combination of the subsystems operating 
under the System Monitor. The programmer, in effect, 
controls and directs the processing of his job from his 
desk by inserting the proper control cards in his job 
deck. Before a particular job is processed, it may be 
combined with other jobs to form a single input file 
of unrelated jobs. The input file of jobs can then be 
processed by the Operating System without costly 
setup delays between jobs or job segments while the 
data processing system lies idle. 

The operator of the system, for the most part, per- 
forms relatively routine functions, such as loading or 
unloading tape reels. Usually he is told what to do 
and when by means of an on-line printout from the 
Operating System. If the Operating System, owing to 
a programmer error, cannot complete a job or job seg- 
ment, it automatically skips to the next job or job 
segment without intervention by the operator. How- 
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ever, the operator can, if he chooses, interrupt the 
Operating System at the end of any job. By means 
of control cards, he can then direct the Operating 
System to perform any one of several operations, for 
example, to restart at the beginning of another job 
on the input file. 

If an error occurs during the execution of an object 
program, the operator, the Operating System, or the 
object program itself can call for a post-mortem dump 
of any part or all of the core storage (to facilitate 
analysis of the error) followed by an automatic skip 
to the next job segment. An object program can also, 
at any point in the program, call for a snap dump of 
any part or all of core storage. At the completion of 
the snap dump, the contents of core storage are re- 
stored and the execution of the object program is re- 
sumed. Any one of six formats can be specified for a 
core storage dump (Figure 6). 

When an input file of jobs is completed, the Oper- 
ating System stops after providing the operator with 
information on the status of the system input and 
output files. Then, by the use of control cards, the 
operator can direct the Operating System to perform 
any one of a number of operations. For example, he 
may direct it to restart at the beginning of a new 
input file or to rewind and unload the input and out- 
put files. 



System Unit Functions 

To ensure continuous job processing and proper co- 
ordination between subsystems, the System Monitor 
provides a logical framework for assigning input/out- 
put units to specific functions and for keeping track 
of the exact status of all units at all times. Some units 
are assigned system unit functions, that is, they are 
assigned specific functions required by the nature of 
the Operating System and may be used in that capacity 
by the System Monitor and each of the subsystems 
operating under it. For example, at least one unit is 
used as a system input file on which a series of jobs 
are stacked so that they can be processed continuously 
by the System Monitor and the various subsystems. 
Any units not assigned to system unit functions are 
available for use by the programmer, provided they 
are not logically detached from the Operating System. 
The following are the system unit functions to which 
units may be assigned. Some functions may not have 
units assigned to them, depending on the require- 
ments of a particular installation. 

Information as to which types of input/output de- 
vices can be assigned to specific system functions for 
a particular subsystem may be found in the IBM 7090/ 
7094 IBSYS Operating System: Operator's Guide, 
Form C28-6355, under "Use of Input/Output Units." 



System Input 

A System Input Unit is required by every installation 
for use as a common job input file. Normally, the input 
file tape is prepared off-line on an auxiliary 1401 Data 
Processing System. The input file may contain System 
Monitor and subsystem control cards, symbolic source 
programs, binary object programs, and data. 

System Output 

A System Output Unit is required by every installa- 
tion for use as a common output print file. The output 
file will contain messages from the Operating System 
and may contain source program listings, core-storage 
dump listings, and output data. 

System Peripheral Punch 

A unit must be assigned as a System Peripheral Punch 
Unit. The peripheral punch file may be processed off- 
line to produce object program card decks. 

The same unit can be assigned as both the System 
Output Unit and the System Peripheral Punch Unit. 
However, when this dual assignment is used, Fortran 
ii programs can not be executed. In addition, some 
output may be lost when the combined unit is back- 
spaced to suppress punched output due to errors in 
relocatable fap or ibsfap assemblies. 

System Library 

At least one unit must be assigned as a System Library 
Unit on which the ibsys Operating System itself is re- 
corded. Up to four units may be assigned as library 
units. When magnetic tape units are used, the 
Operating System may be duplicated on two System 
Library Tapes which can be referred to alternately 
in order to reduce delays in processing while the 
library tape is being rewound. The Operating System 
can also be split between two or more library tapes 
in order to reduce the time required to gain access to 
particular parts of the Operating System. 

System Utility 

Four System Utility Units are required by every in- 
stallation for general use by the System Monitor and 
the subsystems operating under it. The System Utility 
Units may also be used by object programs. However, 
files which are to be retained must not be assigned to 
System Utility Units that will be used by the Operating 
System during a job. 

A unit assigned as a System Utility Unit may be 
simultaneously assigned as a System Checkpoint Unit. 

System Checkpoint 

A unit may be assigned as a System Checkpoint Unit 
on which checkpoint records are recorded under iocs 



control. The same unit may also be assigned as a 
System Utility Unit. 

System Printer 

A 716 Printer is required by every installation. It is 
used by the Operating System to record messages to 
the operator. 

System Card Reader 

A 711 Card Reader is assigned as the System Card 
Reader. Normally, the card reader is used by the 
operator for inserting control cards that direct the 
Operating System. The card reader may also be used 
as a substitute input unit for processing small job files. 

System Card Punch 

A 721 Card Punch may be assigned as the System 
Card Punch. The punch may be used to punch con- 
trol cards for use by the operator, or it may be used 
as a substitute output unit. 

Alternate Units 

A second unit may be assigned to the system input, 
output, peripheral punch, or checkpoint functions. If 
a second unit is assigned, it serves as an alternate unit 
to eliminate delays due to reel switching. When an 
end of tape is reached on one unit an automatic switch 
can be made to the alternate unit. In the distributed 
version of the Operating System, the same 729 Mag- 
netic Tape Unit is assigned to a system utility function 
(sysut-i) and to the alternate peripheral punch function 
(syspps). Therefore, automatic reel switching should 
not be attempted unless different units are assigned 
to these functions. 
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Machine Requirements 

The following minimum machine configuration is re- 
quired for use of the 7090/7094 ibsys Operating 
System: 

1. An ibm 7090/7094 Data Processing System. 

2. Three ibm 729 Magnetic Tape Units or ibm 7340 
Hypertape Drives for assignment as System Input, 
Output, and Peripheral Punch Units. A single unit may 
be assigned as a combined System Output and Periph- 
eral Punch Unit (but note restrictions stated under 
"System Peripheral Punch"). If this is done, the extra 
unit may be assigned as a second System Library Unit. 

3. Five units; one for assignment as a System Library 
Unit and four for assignment as System Utility Units. 
These units may be any combination of ibm 729 Mag- 
netic Tape Units, 7340 Hypertape Drives, or selected 
cylinders of random access storage units. (In the 
remainder of this publication, random access storage, 
when used, will refer to both ibm 1301 Disk Storage 
and ibm 7320 Drum Storage. ) 

4. One ibm 716 Printer for assignment as the System 
Printer. 

5. One ibm 711 Card Reader for assignment as the 
System Card Reader. 

The peripheral support program for the ibm 7090/ 
7094 ibsys Operating System requires an ibm 1401 
Data Processing System with the following features: 

1. 4000 locations of core storage 

2. Advanced Programming feature 

3. High-Low-Equal Compare feature 

4. Sense Switch feature 

5. One ibm 729 or 7330 Magnetic Tape Unit 

6. One ibm 1402 Card Read Punch Unit with the 
Column Binary feature. 

7. One 1403 Printer with 132 print positions and 
the Print Control feature 
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Function 

The primary function of the System Supervisor is to 
coordinate and supervise the processing of jobs by: 

1. Passing control from one subsystem to another. 

2. Restoring unit assignments between jobs. 

3. Controlling interruption by the operator. 

4. Skipping jobs or job segments when directed by 
a subsystem. 

In addition, the System Supervisor can be directed 
by control cards to perform a variety of other func- 
tions, such as changing unit assignments, manipulating 
tape units, and passing control to the System Editor. 
The System Supervisor is directed to perform its 
functions mainly by means of control cards which it 
reads from a system input file, interprets, and acts 
upon. 



Definition of a Job 

Of the many control cards that are recognized by 
the System Supervisor, the key cards in controlling 
the continuous processing of jobs are the $job card, 
$execute card, sibsys card, and sstop card. Each of 
these cards is recognized and acted upon by each of 
the subsystems operating under control of the System 
Supervisor, as well as by the System Supervisor. 

Each job in a stack of jobs on an input file is con- 
sidered to be entirely independent of any other job. 
The sjob card is the first card in each job deck and 
may contain the name of the particular job it precedes. 
A job consists of all of the cards beginning with a 
sjob card and ending with, but not including, the next 
sjob card. A job may consist of any logical combina- 
tion of job segments to be performed by the sub- 
systems and the System Monitor. When a $job card is 
recognized by the System Supervisor or a subsystem, 
the System Supervisor will, if necessary, restore to its 
original assignment any unit that was reassigned or 
made unavailable during a previous job, with the ex- 
ception of the following: 

1. Any unit that was logically detached from con- 
trol by the Operating System. 

2. Any unit that was assigned to a system unit 
function in place of a detached unit. 

3. Any unit that was assigned to a system input, 
system output, or system peripheral punch function. 

A unit originally assigned to a system input, output, 
or peripheral punch function is not restored because 



it may have been validly replaced by its alternate unit 
when an end of tape was encountered. 

A sjob card may be followed by a sexecute card, 
sibsys card, or $ro card. If a $ro card, which is an op- 
tional card used for intrajob accounting purposes, 
follows the sjob card, it must itself be followed by 
either a sexecute or sibsys card. 

The sexecute card contains the name of a sub- 
system and is used to define the beginning of a job 
segment to be performed by the specified subsystem. 
When a sexecute card is recognized by the System 
Supervisor, it passes control to the subsystem specified 
on the card. When it is recognized by a subsystem, 
the subsystem retains control and reads the next card, 
provided it is the subsystem specified on the card. 
Otherwise, the subsystem returns control to the System 
Supervisor, which then passes control to the subsystem 
specified on the card. 

The sibsys card is used to define the beginning of a 
job segment to be performed by the System Monitor. 
When it is recognized by a subsystem, the subsystem 
returns control to the System Supervisor, which then 
proceeds to read and process control cards. 

A sstop card defines the end of stack of jobs. When 
it is recognized by the System Supervisor or a sub- 
system, the System Supervisor causes an end-of-jobs 
sequence to occur. 

A job segment to be performed by a subsystem con- 
sists of all cards beginning with a sexecute card and 
ending with, but not including, the next sexecute 
card, sibsys card, sjob card, or sstop card. The job 
segment may consist of one or more applications of 
the particular subsystem specified on the sexecute 
card. Any cards in the job segment that follow the 
sexecute card are read and interpreted by the sub- 
system specified on the sexecute card. They, therefore, 
must conform to the requirements of the specific sub- 
system. The publications describing the requirements 
for each subsystem are listed in Figure 2. 

A job segment to be performed by the System 
Monitor consists of all cards beginning with a sibsys 
card and ending with, but not including, the next 
sexecute card, sjob card, or sstop card. 



Control Card Format 

The general format of the System Supervisor control 



cards follows: 
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Subsystem Name 
Specified on 
$EXECUTE Card 


Full Name 

of 
Subsystem 


Publications Describing Subsystems 


IB JOB 


IBJOB Processor 


IBM 7090/7094 IBSYS Operating System: 
IBJOB Processor, Form C28-6275 


FORTRAN 


FORTRAN II 
Processor 
(FORTRAN Mode) 


IBM 7090/7094 Programming Systems: 
FORTRAN 11 Operations, Form C28-6066 


IBSFAP 


FORTRAN II 
Processor 
(IBSFAP Mode) 


IBM 7090/7094 Programming Systems: 
FORTRAN Assembly Program (FAP), 
Form C28-6235 


IOCS 


Input/Output 
Control System 


IBM 7090/7094 IBSYS Operating System: 
Input/Output Control System, Form C28-6345 


RESTART 


Restart Program 


IBM 7090/7094 IBSYS Operating System: 
Operator's Guide, Form C28-6355 


CT 


Commercial 

Translator 

Processor 


IBM 7090/7094 Commercial Translator 
Processor, Form J28-6169 


SORT 


Generalized 
Sorting System 


IBM 7090/7094 Generalized Sorting System: 
7090/7094 Sort, Form C28-6307 


9PAC 


9PAC 


IBM 7090 Programming Systems, Share 7090 9PAC 
Part 1: Introduction and General Principals, 
Form J28-6166 

Part 2: The File Processor, Form J28-6167 
Part 3: The Reports Generator, Form J28-6168 


DK90UT 


Utilities 


IBM 7090/7094 IBSYS Operating System: Utilities 
Form C28-6364 

IBM 7090/7094 Utilities Routines for IBM 1301 
Disk Storage, Form J28-6223 



Figure 2. Subsystems Operating Under Control of the System Monitor 



COLUMNS 

1 

2-8 
16-72 



CONTENTS 



Control card name left-justified 

Variable field information (argument 1, 

argument 2,... ,argument n) 

Columns 7 and 8 are not examined by the System 
Supervisor. 

Embedded blanks are not allowed within arguments, 
except for the $date card. A comma separates argu- 
ments and a blank separates the last argument from 
comments. 

In this publication, the following conventions are 
used for variable field information: 

1. Lower-case letters indicate that a substitution 
must be made. 

2. Upper-case letters must be punched exactly as 
shown. 

3. Brackets [ ] contain an option that may be 
omitted or included by the user. 

4. Braces { } indicate that a choice of the con- 
tents is mandatory. 

5. A number over the first character of a field in- 
dicates the first card column of the field. 



Basic Control Cards 

In a typical installation, many jobs are relatively 
small and require the use of only one or two sub- 
systems. For these jobs, only the following System 
Supervisor control cards are normally required: 

$JOB 

$EXECUTE 

$ID 

$* 

$PAUSE 

Of these cards, the $id, $*, and $pause cards are op- 
tional. They may or may not be used, depending on 
the job and the regulations in force at a particular 
installation. The $job, $execute, and $id cards are rec- 
ognized by each of the subsystems and the System 
Editor as well as by the System Supervisor. Detailed 
descriptions of the sjob, $execute, $id, $*, and $pause 
cards follow. 



$JQB Card 




Format: 




1 
$JOB 


16 
any text 
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This card defines the beginning of a job. It causes 
a transfer to the installation accounting routine ( if one 
exists at the installation) and the restoration of any 
units that were reassigned or made unavailable during 
a previous job, with the exception of the following: 

1. Any unit that was logically detached from con- 
trol by the Operating System. 

2. Any unit that was assigned to a system unit 
function in place of a detached unit. 

3. Any suit that was assigned to a system input, 
system output, or system peripheral punch function. 

When a sjob card is read by a subsystem, the System 
Supervisor is called into core storage only if it is re- 
quired either to restore the status of a unit or to 
control a manually initiated between-jobs interrupt 
condition. 

The sjob card is listed on both the System Printer 
and the System Output Unit. Columns 16 through 72 
are normally used to identify a job and may contain 
any combination of alphameric characters and blanks. 

$EXECUTE Card 

Format: 

1 16 

$EXECUTE subsystem name 

This card defines the beginning of a job segment 
that is to be processed by the specified subsystem. If 
the sexecute card is read by the System Supervisor, 
the System Supervisor positions the proper System 
Library Unit to the specified subsystem, reads in the 
first record of the subsystem, and relinquishes control 
to it. If the card is read by a subsystem other than the 
one specified, control, as well as the subsystem name, 
is passed to the System Supervisor, which in turn, 
reads in the first record of the specified subsystem and 
relinquishes control to it. If the card is read by the 
specified subsystem, the subsystem retains control and 
proceeds to process the job segment. 

The subsystem name consists of six or fewer bcd 
characters corresponding to a name in the System 
Name Table of the System Supervisor. The System 
Name Table indicates the arrangement of the partici- 
pating subsystems on the System Library Units and 
is used by the System Supervisor to locate a subsystem 
specified by a sexecute card. 

The names for the subsystems provided with the 
distributed versions of the ibsys Operating Systems 
are listed in Figure 2, together with the full name of 
each subsystem and the publication or publications 
describing the subsystem and any control cards that 
are required in applying it. 



$/D Card 

Format: 

1 

$ID 



7 

any text 



This card is used for intrajob accounting purposes 
at installations that employ an installation accounting 
routine. The card causes a transfer of control to the 
installation accounting routine if one exists. Upon com- 
pletion of the accounting routine, the next card in the 
system input file is read and processed. Columns 7 
through 72 of the card may contain any combination 
of alphameric characters and blanks. 

The distributed version of the Operating System 
does not contain an installation accounting routine. 
Therefore, no action occurs when the card is read 
other than the listing of the card on the System Printer 
and the System Output Unit. 

The exact use and placement of the $id card will 
depend upon the accounting practices and regulations 
in force at a particular installation. 

$* Card 
Format: 

1 3 

$* any text 

This card is listed on the System Printer and System 
Output Unit. No further action occurs. Columns 3 
through 72 of the card may contain any combination 
of alphameric characters and blanks. 

$PAUSE Card 

Format: 

1 16 

$PAUSE instructions to operator 

This card causes the machine to stop after the card 
and the following message is listed on the System 
Printer: 

OPER. ACTION PAUSE 

When stabt is pressed, the processing of cards on 
the system input file is resumed. Columns 16 through 
72 of the card may contain any combination of alpha- 
meric characters and blanks. 

This card provides the programmer with a means 
of temporarily interrupting processing to enable the 
operator to perform a specific task, such as file pro- 
tecting a reel of tape. Therefore, when the card is 
used, it should contain an explicit message to the 
operator so that processing can continue without fur- 
ther delay. 

Typical Input Deck 

Figure 3 shows a composite system input deck con- 
taining several jobs. 

Control Cards Used Primarily by the 
Experienced Programmer and the Operator 

The control cards described in this section are mainly 
of interest to the experienced programmer and the 
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$STOP 



(Editor Control Cards) 



$IBEDT 



$IBSYS 



Fourth Job Segment 
(9PAC) 



Second Job Segment 
(System Monitor) 



First Job 
Segment 
(IBJOB) 



SJOBWEEKLY REPORfj 



Fourth Job 




Figure 3. Composite System Input Deck 



operator. Except for the sstop card and the sibsys 
card, these control cards are recognized by the System 
Supervisor only and not by a subsystem. Therefore, 
they should be used only under the following con- 
ditions : 

1. At the beginning of an input file following an 
initial start. 

2. Following a sibsys card or other System Super- 
visor control cards, other than a $ibedt card, that fol- 
low an $ibsys card. 



3. In the System Card Reader during a between- 
jobs or end-of-jobs interrupt. 

Miscellaneous Control Cards 
$STOP Card 

Format: 

1 16 

$STOP 

This card is used to define the end of a stack of 
jobs. It is normally placed, by the operator or a job 
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setup man, at the end of a stack of jobs on the system 
input file. When the card is read by a subsystem, the 
System Supervisor is called into core storage and 
alerted to the fact that the card was read. Upon rec- 
ognition of the $stop card, the System Supervisor per- 
forms the following actions: 

1. Prints, on the System Printer, the physical unit 
assignment and tape position (record and file count) 
of the System Output Unit, the System Peripheral 
Punch Unit, and the System Input Unit followed by 
the message: 

END OF JOBS 

2. Writes a trailer label on the System Peripheral 
Punch Unit, if it is not at load point, and backspaces 
over the trailer label. 

3. If a srewind sysoui, $remove sysoui, or another 
sstop card was not read previously*, writes a trailer 
label on the System Output Unit and backspaces over 
the trailer label. 

4. Stops the machine with the System Card Reader 
temporarily assigned to the system input function. 

When start is pressed, the control cards, if any, in 
the card reader are read and processed by the System 
Supervisor until they are depleted. When the cards in 
the card reader are depleted, the System Supervisor 
proceeds to read control cards from the unit assigned 
as the System Input Unit. Therefore, when the ma- 
chine stops at the end of a stack of jobs, the operator 
may terminate job processing by using any of the 
System Supervisor control cards, such as the sendfile 
and sremove cards, or he may continue processing a 
new stack of jobs, either on the card reader or on 
the tape unit assigned as the System Input Unit. 

$IBSYS Card 

Format: 

1 16 

$IBSYS 

When this card is read by a subsystem or by the 
System editor, the System Supervisor is called into core 
storage and control is relinquished to it. The System 
Supervisor then reads and processes succeeding con- 
trol cards until control is relinquished to a subsystem 
by means of a $execute card or to the System Editor 
by means of a $ibedt card. The System Supervisor must 
be in control to process any of the control cards de- 
scribed in the remainder of this section. 

$DATE Card 

Format: 



$DATE 



16 
mmddyy 



♦After a $rewind sysouI, $remove sysouI, or $stop card is read and 
processed, further use of the System Output Unit by the System Super- 
visor is suspended until a $job card is read or the System Supervisor is 
called into core storage again by a $ibsys card or by a subsystem. 



This card is normally used by the operator at the 
beginning of each day. The card causes the six charac- 
ters in columns 16 through 22 of the card to be stored 
in the sysdat word of the Communication Region of 
the System Nucleus. Although a subsystem may dis- 
play or otherwise use the sysdat word, it should not 
be modified by the subsystem. If an installation has 
an interval timer that produces the current date, the 
date should be stored in the form specified for the 
$date card, where: 

mm= Month (01 to 12) 

dd = Day (01 to 31) 

yy = Year (63 to 99) 

$RESET Card 

Format: 

1 16 

$RESET 

This card causes the assignment of a unit to any 
system unit function, which currently has no unit as- 
signed, but had a unit assigned at initial start. The 
original unit is reassigned to the function if the unit 
is not reserved or detached. If it is reserved or de- 
tached, a unit from a unit availability chain in the 
System Nucleus is assigned. 

The $reset card may be used following a sibsys card 
and preceding a sexecute card to ensure that all 
system utility functions have units assigned before the 
start of a new job segment. 

$RESTORE Card 

Format: 

1 16 

$RESTORE 

This card causes the restoration of the System Super- 
visor and the regeneration of the System Nucleus as 
specified by assembly parameters. 

The srestore card causes the System Monitor to be 
called into core storage from the System Library Tape 
or Disk, giving the same effect as an initial start, 
except that the tape positions and the sysdat word in 
the Nucleus are not disturbed. The effect of all 
previous control cards is canceled, except that the 
$restore card does not effect the source of input as 
specified by $cards or $tape cards. However, the unit 
assigned as the System Card Reader or the System 
Input Unit may change as a result of the $restore card 
because of a different unit having been assigned 
previously by $attach, $as, or sswitch cards. 

$UST Card 

Format: 

1 16 

$LIST 

This card causes all control cards to be listed on the 
System Printer as well as on the System Output Unit. 
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Normally, all cards are listed on the System Output 
Unit and only the $job, $id, $*, $pause, $restart, $stop, 
$cards, $tape, slist, and $unlist cards are listed on 
the System Printer. 

$UNUST Card 

Format: 

1 16 

$UNLIST 

This card negates the effect of the $list card by 
causing only the $job, $id, $*, $pause, $restart, $stop, 
scards, $tape, $list, and $unlist cards to be listed on 
the System Printer. The normal mode is unlist, unless 
the control cards are read by the System Card Reader. 

$RESTART Card 

Format: 



16 



n 



♦RESTART U match (j 

This card is used in the System Card Reader to re- 
start at the beginning of a particular job on the 
System Input Tape. It may be used by the operator in 
performing an initial start procedure, a between-jobs 
interrupt procedure, an end-of-jobs procedure, or a 
procedure following the detection of an invalid System 
Monitor control card. The exact use of the $restart 
card in performing each of these procedures is de- 
scribed in the publication IBM 7090/7094 IBSYS 
Operating System: Operator's Guide, Form C28-6355. 

If the variable field of the $restart card is +n, the 
System Supervisor will restart at the beginning of the 
nth job following the last completed or last partially 
completed job. For example, if n is 1 and the card 
is used during an interruption between jobs on the 
System Input Tape, the System Supervisor restarts 
at the beginning of the next job on the input tape as 
though no srestart card was processed. If the variable 
field is — n, the System Supervisor will restart at the 
nth job preceding the last completed or partially com- 
pleted job. The value n may range from to 9999. If 
n is or blank, the System Supervisor will restart at 
the beginning of the last completed or partially com- 
pleted job. 

When the word match is specified in the variable 
field of the $restart card, the card should be followed 
by a $job card corresponding to a $job card on the 
System Input Tape. The System Supervisor will read 
the $job card following the $restart match card, 
rewind the System Input Tape, search the input file 
for a job with a matching $job card and, if found, 
restart at the beginning of the job. If a sstop card is 
encountered before a matching job card, the System 
Input Tape will be repositioned to the end of the last 
completed job and the restart request will be ignored. 



Note: Only nonblank characters in the variable field 
will be compared when matching job cards. 

$UNITS Card 

Format: 

1 16 

$UNITS 

This card causes all systems unit function names, 
physical unit assignments, and assigned densities to 
be listed on the System Output Unit. If a disk is 
assigned to a system unit function, the ha2 home ad- 
dress identifier and the cylinder limits for the function 
are included. 

This information is also printed on the System 
Printer if the sunits card was read from the System 
Card Reader or if a slist card was read and a subse- 
quent $unlist card was not read. 

The printout caused by the $units card may be used 
to verify all unit assignment operations. 

$IBEDT Card 

Format: 

1 16 

$IBEDT 

Upon recognizing this card, the System Supervisor 
calls the System Editor into core storage from a Sys- 
tem Library Unit and relinquishes control to it. The 
control cards that are recognized by the System Editor 
are described in the section "System Editor." 

Unit Assignment Control Cards 

The purpose of the unit assignment control cards is 
twofold. First, they provide a means whereby an 
installation may indicate changes in machine input/ 
output capabilities to the System Monitor and the 
subsystems under its control. Second, they provide a 
means for changing input/output unit assignments 
within a job. 

The unit assignment control cards fall into two 
categories: those which define the physical availability 
(attachment or detachment) of an input/output unit 
and those which reassign input/output units to logical 
system unit functions. Input/output units are initially 
assigned by assembly parameters when the ibsys 
Operating System is assembled. The unit assignment 
control cards are normally used only for the temporary 
reassignment of units. 

Unit Designation 

Physical input/ output units and logical system unit 
functions are designated on the unit assignment con- 
trol cards as described below. 

729 Magnetic Tape Units: A 729 tape unit is desig- 
nated as xk, where x is the channel (A through H) 
and k is the tape unit number (0 through 9) on that 
channel. 
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Card and Printer Units: The card and printer units 
are designated as rdx, pux, and prx, where rd, pu, and 
pr are the card reader, card punch, and printer, re- 
spectively, and x is the channel ( A through H ) . 

Disk Storage Units: A disk storage unit is designated 
as xDam/s, where x is the channel ( A through H ) , D 
designates disk, a is the access arm (0), m is the 
module (0 through 9), and s is the setting of the 
Data Channel Switch (0 for switch setting 1; 1 for 
switch setting 2). If the /s is missing from the unit 

-k/> iJH i ^designation, switch setting 1 is assumed. 

Pk l l-"~^734o Hypertape Drives: A 7340 Hypertape Drive is 
designated as xHk/s, where x is the channel (A 
through H), H designates Hypertape, k is the drive 
number (0 through 9), and s is the setting of the 
Data Channel Switch (0 for switch setting 1; 1 for 
switch setting 2). If the /s is missing from the unit 
designation, switch setting 1 is assumed. 

System Unit Functions: A system unit function is 
designated as sysxxx or SYsyyy, where sysxxx or SYsyyy 
is the symbolic name for one of the system unit func- 
tions listed in Figure 4. 



Symbolic Nam e 

SYSLB1 

SYSLB2 

SYSLB3 

SYSLB4 

SYSCRD 

SYSPRT 

SYSPCH 

SYSOU1 

SYSOU2 

SYSIN1 

SYSIN2 

SYSPP1 

SYSPP2 

SYSCK1 

SYSCK2 

SYSUT1 

SYSUT2 

SYSUT3 

SYSUT4 



Function 

Library 1 

Library 2 

Library 3 

Library 4 

Card Reader 

Printer 

Card Punch 

Output 

Alternate Output 

Input 

Alternate Input 

Peripheral Punch 

Alternate Peripheral Punch 

Checkpoint 

Alternate Checkpoint 

Utility 1 

Utility 2 

Utility 3 

Utility 4 



Figure 4. Symbolic Names of System Unit Functions 



$DETACH Card 

Format: 

1 16 

$DETACH Unit 

This card causes the specified unit to be detached. 
If the unit is assigned to a system unit function, the 
assignment is cancelled. The unit will remain un- 
available and unassigned until it is made available 
by a sattach card, or until its status is restored by a 
$restore card or an initial start. The sdetach card may 
be used to temporarily deactivate a unit for mainte- 
nance purpose. 



$ATTACH Card 

Format: 

1 16 

$ATTACH unit [,II] 

This card causes the specified unit to become at- 
tached. The unit attached by this card can be assigned 
to a system unit function by the next $as card. 

If the specified unit is a Model n or Model v 729 
Magnetic Tape Unit, this must be specified by n in 
the variable field of the card. If n does not appear in 
the variable field when a 729 Magnetic Tape Unit is 
specified, the System Supervisor assumes that the 
unit is a Model iv or vi. 

The $attach and $detach cards may be used to 
alert the System Monitor to a physical change in 
the status of a unit. For example, if, at an installation, 
the sixth unit on channel D were physically discon- 
nected and then reconnected as the fifth unit on chan- 
nel C, this change in status might be indicated to the 
System Monitor by the following cards: 



1 

$ATTACH 
$DETACH 


16 
C5 
D6 


$AS Card 




Format: 

1 

$AS 


16 
SYSxxx 

>H 

,L 



This card causes the unit specified on the last recog- 
nized sattach card to be assigned to the specified 
system unit function. If the tape density is specified 
by h, hi, or high, the density for the system unit func- 
tion is set to high. It is set to low if the specifications 
is l, lo, or low. If the density specification is absent, 
the density will be set according to the assembly 
parameter highlo. With the distributed System 
Library Tape, low density is assumed if the density 
is not specified on the card. 

This card may apply to a unit already attached. 
In this case, there is no need to detach the unit before 
reattaching it. The $as card releases the unit that was 
assigned to the system unit function before the $as 
card was recognized. If there are two or more $as 
cards in succession, the unit specified on the last 
recognized sattach card is assigned to the function 
specified on each $as card. 

If the last attached unit was a disk storage unit, the 
$as card is expanded as follows: 



1 

$AS 



16 



SYSxxx,nnn,ccc,hh 

Here, nnn and ccc must be replaced by three-digit 

numbers denoting the number of cylinders (nnn) and 

the starting cylinder (ccc) defined for the System 

Unit Function Table entry. A two-character symbol, 
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representing the has home address identifier, should 
be placed in the next field ( hh ) . Any blanks or zeros 
in this field will be converted to octal 12s. 

For example, to assign 25 cylinders [starting with 
cylinder 125 ( load point ) on the access arm in module 
on channel E, switch setting 2, with a ha2 of pq] 
as System Utility Unit 3 (sysut3), the following control 
cards would be used: 



16 

ED00/1 

SYSUT3,025,125,PQ 



$ATTACII 

$AS 

$RELEASE Card 

Format: 

1 16 

$RELEASE SYSxxx 

This card causes the unit assigned to the specified 
system unit function to be released from the function. 
If the unit was concurrently assigned to other system 
unit functions, it remains assigned to those functions. 

$SWITCH Card 

Format: 

1 16 

$SWITCH SYSxxx,SYSyyy 

This card causes the units assigned to the two speci- 
fied system unit functions to be transposed; that is, 
the unit assigned to sysxxx is assigned to SYsyyy, and 
the unit that was assigned to SYsyyy is assigned to 
sysxxx. Physical density settings remain the same, and, 
after the transposition, the transposed units accept the 
established density settings. 

$CARDS Card 

Format: 

1 16 

$CARDS 

This card causes the System Supervisor to read 
succeeding control cards from the unit assigned as 
the System Card Reader (syscrd). 

$TAPE Card 

Format: 

1 16 

$TAPE 

This card causes the System Supervisor to read 
succeeding control cards from the unit assigned as 
the System Input Unit ( sysini ) . 

Tape Manipulation Control Cards 

The tape manipulation control cards provide the 
operator and programmer with facilities for the auto- 
matic manipulating of tape units assigned to system 
unit functions. If no unit is assigned to the system 
unit function specified on a tape manipulation control 
card, or if a card or printer unit is assigned to the 



function, the card has no effect. The sendfile, $rewind, 
and $remove cards have the same effect on a 7340 
Hypertape Drive and a 729 Magnetic Tape Unit. 

$ENDFILE Card 

Format: 

1 16 

$ENDFILE SYSxxx 

This card causes the tape unit assigned to the 
specified system unit functions to write, on the tape, 
an end-of-file gap followed by a tape mark. No test 
is made to determine if the operation is invalid, such 
as writing a tape mark on the System Input Unit. 

$REWIND Card 

Format: 

1 16 

$REWIND SYSxxx 

This card causes a tape unit assigned to the speci- 
fied system unit function to be rewound. If the speci- 
fied function is sysoui, further use of the System Out- 
put Unit by the System Supervisor is suspended until 
a $job card is read or the System Supervisor is called 
into core storage again by a $ibsys card or by a sub- 
system. 

$REMOVE Card 

Format: 

1 16 

$REMOVE SYSxxx 

This card causes a tape unit assigned to the speci- 
fied system unit function to be rewound and unloaded. 
If the specified function is sysoui, further use of the 
System Output Unit by the System Supervisor is 
suspended until a $job card is read or the System 
Supervisor is called into core storage again by a $ibsys 
card or by a subsystem. 

$UNLOAD Card 

Format: 



1 



16 
SYSxxx 



$UNLOAD 

This card causes the Hypertape assigned to the 
specified system unit function to be unloaded without 
rewinding. If a 729 tape unit is assigned to the speci- 
fied system unit function, the $unload card will be 
interpreted as a $remove card. 

$PRQTECT Card 

Format: 

1 16 

$PROTECT SYSxxx 

This card causes the Hypertape assigned to the 
specified system unit function to be file-protected. The 
sprotect card is ignored if a Hypertape drive is not 
assigned to the specified system unit function. 
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System Core-Storage Dump Program 



Genera/ Description 

The System Core-Storage Dump Program is designed 
to facilitate the testing of programs under System 
Monitor control. To perform this function, snap dump 
and post-mortem dump options have been provided. 
The snap dump option of the Core-Storage Dump 
Program can dump and edit one or more sequential 
locations of core storage during the execution of an 
object program. After the dump is completed, core 
storage is returned to its original condition and con- 
trol is returned to that point in the object program 
from which the dump was called. The post-mortem 
dump option of the Core-Storage Dump Program 
dumps core storage in the same manner as the snap 
dump option, but at its completion control is returned 
to the System Supervisor which then skips cards on 
the System Input File until a $stop card or the next 
job or job segment is encountered. It then begins to 
process control cards. A job always begins with a sjob 
card, and a job segment always begins with a $execute 
or $ibsys card. 

The format, the limits, and the output units for 
both the snap and post-mortem forms of the core 
storage dump may be either assembly defined or speci- 
fied by a control word*. For the post-mortem dump, 
the additional option of defining these parameters with 
the console entry keys is provided. 

When a dump is requested, the System Nucleus 
writes a portion of core storage onto the alternate 
System Peripheral Punch Unit ( syspp2 ) , reads in the 
Core-Storage Dump Program, and transfers control 
to it. If the console entry key option is requested, a 
halt occurs to allow the insertion of dump parameters. 
The Core-Storage Dump Program dumps the edited 
output onto the System Output Unit, onto the System 
Printer, or onto both. 



Using the System Core-Storage Dump Program 

Transfer to Dump Instructions 

To obtain a dump of core storage during the execution 
of an object program, insert one of the following in- 



*If no parameters are specified when a dump is requested, the dump will 
be accomplished using parameters within the Core-Storage Dump Pro- 
gram. These parameters are established when the Core-Storage Dump 
Program is assembled. (See the section "System Library Preparation and 
Maintenance." ) 



structions in the body of the source program at the 
point at which the dump is required: 

TRA SYSDMP: This instruction provides a post- 
mortem dump of all of core storage in an assembly 
defined format. 

TRA SYSDMP with Sense Switch 4 Down: This in- 
struction results in a post-mortem dump, in accordance 
with the parameters entered by means of the console 
entry keys. Before the dump is executed, a halt occurs 
and a message requesting insertion of dump param- 
eters is printed on the System Printer. 

TSX SYSDMP, 4, 1 Followed by a Parameter Control 
Word: This sequence results in a post-mortem dump, 
in accordance with the information from the parameter 
control word. The parameter control word is described 
in the section "Dump Parameters." 

TSX SYSDMP, 4, Followed by a Parameter Control 
Word: This sequence results in a snap dump, in ac- 
cordance with the information from the parameter 
control word. For example, the following instruction 
and control word would result in an octal snap dump 
on the System Output: Tape of storage locations be- 
ginning at stdmp and ending at endmp. 

8 16 

TSX SYSDMP,4,0 

PON ENDMP,0,STDMP 

Dump Parameters 

The dump parameters are entered either by a param- 
eter control word ( Figure 5 ) for a snap dump or by a 
parameter control word or the console entry keys 
for a post-mortem dump. Any one of six dump formats 
( Figure 6 ) can be specified. In the distributed version 
of the Core-Storage Dump Program, output is single 
spaced. The various parts of the parameter control 
word are interpreted as follows: 

Prefix PON 1 FORMAT A - Octal, eight words 

per line. 

PTW 2 FORMAT B - BCD, sixteen words 

per line. 

PTH 3 FORMAT C - SQUEZY, Mnemon- 

ics with address and tag field. If the 
Core-Storage Dump Program cannot 
interpret the operation code, the octal 
representation is given. 

MZE 4 FORMAT D - Octal and SQUEZY. 

If the SQUEZY word would normally 
have appeared in octal form, it is not 
listed twice, but is suppressed. Other- 
wise, both the octal word and the 
SQUEZY word are listed. 
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MON 5 FORMAT E - Octal and mne- 

monics. 

MTW 6 FORMAT F - Octal, mnemonics, 

and BCD. A BCD interpretation of 
the word is listed to the right of the 
mnemonic. 

Address The ending location of the dump. 

Tag = Dump onto System Output Unit. 

1 = Dump onto System Printer. 

2 = Dump onto both System Output Unit and 

System Printer. 

Decrement The starting location of the dump. 



Prefix 



Decrement 



Tag 



Addr 



Format 
Code 


Starting Location 


Output 
Code 


Ending Location 



23- 



■17 18- 



-20 21- 



-35 



Figure 5. Parameter Control Word Format 



Notes: The limits of the requested dump may be 
stated in any order, i.e., the starting parameter in the 
address field and the ending parameter in the dec- 
rement field, or vice versa. 

In the distributed version of the Core-Storage Dump 
Program, the dump is always made onto the System 
Output Unit only, regardless of the contents of the tag 
position of the parameter control word. 



A parameter control word of all zeros will provide 
a full core storage dump in the assembly defined 
format. In the distributed version, format 3(C) in 
Figure 6 is used. 



Machine Status at the End of a Core 
Storage Dump 

If any input/output operation had been in progress 
when the snap dump routine was called, the traps 
resulting from this operation are lost if they occurred 
on the channels used by the Core-Storage Dump Pro- 
gram. Since the System Loader disables all traps when 
loading the Core-Storage Dump Program, and the 
dump resets the work tape data channel when restor- 
ing core storage, it is recommended that all input/ 
output operations be terminated before calling in the 
Core-Storage Dump Program. 

At: the completion of a snap dump, all of core storage, 
except locations sysend-18 through sysend, are restored. 
These last 19 locations are destroyed by the restore 
portion of the snap dump routine. Because of space 
restrictions, no error checking of the work tape is 
done while restoring core storage. The snap dump 
routine also repositions the System Library Tape to 
its position prior to the core storage dump as part of 
its restore process. 
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1 Format A — Octal 



AC 

000000000000 



MQ 
000000000000 



SENSE IND 
001321000000 



KEYS 
000000000000 



XR1 
00001 
-77777 



XR2 

00006 

-77772 



XR4 

74320 

-03460 



INDICATORS 



SENSE LIGHTS 



U-BIT 
OFF 
00000 
00010 
00020 
00030 



P-BIT TRAP 
OFF OFF 
100000000000 
002100003632 
000000000000 
000000000031 



OCT IOT OFL 1 2 3 

OFF OFF ON OFF OFF OFF 

100000000000 042000000377 002000005557 

000000000000 000000000000 002100000751 

002100000751 000000000000 002100000751 

000060000030 000000000033 000060000032 



4 
OFF 
002100003626 
000000000000 
000000000025 
001321000000 



I 

ON 



SENSE 

2 
OFF 



000000000000 
002100000751 
000060000024 
000060000034 



SWITCHES 
3 4 

OFF ON 
000000000000 
000000000000 
000000000027 
001321000000 



5 6 

OFF ON 
002100003630 
002100000751 
000060000026 
0013^1000000 



2 Format B — BCD 



AC 
■300000005176 



MQ 
000000000000 



SENSE IND 
101201300475 



KEYS 
000000000000 



XR1 
00001 
-77777 



SENSE LIGHTS 



INDICATORS 

Q-BIT P-BIT TRAP DCT IOT OFL 1 2 3 

OFF OFF OFF OFF OFF ON OFF OFF OFF 

00000 DK90UT 800000 4+003* 0+00** OAOO*F 000000 000000 0A00»H 
00020 000000 0A007R 000000 0A007R OOOOOE 00 OOD OOOOOG 00 OOF 
00040 000000 000000 000000 80008U 000000 80108U 000000 80208U 



XR2 
7732 3 

-00455 



4 
OFF 

0A00»+ 
000001 



000000 
00 OOH 



000000 80308U 



XR4 

71371 

-06407 



SENSE 

2 
OFF 



.1 
ON 

000000 0A007R 
00000. 00 00+ 
000000 80408U 



SWITCHES 



3 

OFF 
000000 
B01H4» 
000000 



4 

ON 
0A007R 
00 00) 
80508U 



5 

OFF 

000000 
801H4* 
000000 



6 

ON 

0A007R 
801H4* 
80608U 



3 Format C — SQUEZY 



AC 
-300000005176 



MQ 
000000000000 



SENSE IND 
101201300475 



Q-BIT 
OFF 
00000 
00010 
00020 



INDICATORS 



P-BIT TRAP 
OFF OFF 
244211006463 
TTR 3632 
HTR 



DCT IOT OFL 
OFF OFF ON 
100000000000 HPR 
HTR HTR 

TTR 751 HTR 



KEYS 
000000000700 



XRl 
00001 
-77777 



SENSE LIGHTS 



1 
OFF 
377 



2 
OFF 
TRA 
TTR 
TTR 



3 

OFF 

5557 

751 

751 



XR2 
77323 

-00455 



4 
OFF 
TTR 

HTR 
HTR 



3626 



25 



XR4 
71371 

-06407 



1 

ON 



HTR 
TTR 

HTR 



SENSE SWITCHES 



2 
OFF 



751 
24 



3 

OFF 
HTR 
HTR 
HTR 



4 

ON 



5 

OFF 

TTR 

TTR 

HTR 



6 
ON 
3630 

751 
26 



4 Format D — Octal and SQUEZY 





AC 


MQ SENSE 


\ IND KEYS XRl 


XR2 


XR4 








-300000005176 000000000000 101201300475 000000000000 00001 


77323 


71371 
















-77777 


-00455 


-06407 










INDICATORS 


SENSE LIGHTS 








SENSE SWITCHES 


5 6 


Q-BIT 


P-BIT TRAP 


DCT IOT OFL 


1 


2 3 


4 




1 


2 


5 t 


OFF 


OFF OFF 


OFF OFF ON 


1 OFF 


OFF OFF 


OFF 




ON 


OFF 


OFF ON 


OFF ON 


00000 


244211006463 


100000000000 


042000000377 


002000005557 


002100003626 


000000000000 


000000000000 


002100003630 








HPR 377 


TRA 5557 


TTR 


3626 


HTR 




HTR 


TTR 3630 


00010 


002100003632 


000000000000 


000000000000 


002100000751 


000000000000 


002100000751 


000000000000 


002100000751 




TTR 3632 


HTR 


HTR 


TTR 751 


HTR 




TTR 


751 


HTR 


TTR 751 


00020 


000000000000 


002100000751 


000000000000 


002100000751 


000000000025 


000060000024 


000000000027 


000060000026 




HTR 


TTR 751 


HTR 


TTR 751 


HTR 


25 


HTR * 


24 


HTR 27 


HTR • 26 



5 Format E -- Octal and Mnemonics 





AC 


MQ SENSE IND KEYS XRl 


XR2 


XR4 








-300000005176 000000000000 101201300475 000000000000 . 00001 


77323 


71371 
















-77777 


-00455 


-06407 










INDICATORS 


SENSE LIGHTS 








SENSE SWITCHES 




Q-BIT 


P-BIT TRAP 


DCT IOT OFL 1 


2 3 


4 




1 


2 


3 4 


5 6 


OFF 


OFF OFF 


OFF OFF ON OFF 


OFF OFF 


OFF 




ON 


OFF 


OFF ON 


OFF ON 


00000 


244211006463 


100000000000 


042000000377 


002000005557 


002100003626 


000000000000 


000000000000 


002100003630 




TIX 


TXI 


HPR 


TRA 


TTR 




HTR 




HTR 


TTR 


00010 


002100003632 


000000000000 


000000000000 


002100000751 


000000000000 


002100000751 


000000000000 


002100000751 




TTR 


HTR 


HTR 


TTR 


HTR 




TTR 




HTR 


TTR 


00020 


000000000000 


002100000751 


000000000000 


002100000751 


000000000025 


000060000024 


000000000027 


000060000026 




HTR 


TTR 


HTR 


TTR 


HTR 




HTR » 




HTR 


HTR » 


00030 


000000000031 


000060000030 


000000000033 


000060000032 


101201300475 


000060000034 


101201300475 


101201300475 




HTR 


HTR * 


HTR 


HTR • 


TXI 




HTR * 




TXI 


TXI 



6 Format F -■? Octal, Mnemonics, and BCD 





AC 


MQ SENSE 


i IND KEYS XRl 


XR2 


XR4 








-300000005176 000000000000 101201300475 000000000000 00001 


77323 


71371 
















-77777 


-00455 


-06407 










INDICATORS 


SENSE LIGHTS 








SENSE SWITCHES 




Q-BIT 


P-BIT TRAP 


DCT IOT OFl 


1 


2 3 


4 




1 


2 


3 4 


5 6 


OFF 


OFF OFF 


OFF OFF ON OFF 


OFF OFF 


OFF 




ON 


1 OFF 


OFF ON 


OFF ON 


00000 


244211006463 


100000000000 


042000000377 


002000005557 


002100003626 


000000000000 


000000000000 


002100003630 




TIX DK90UT 


TXI 800000 


HPR 4+003* 


TRA 0+00** 


TTR 


0A00»F 


HTR 


000000 


HTR 000000 


TTR 0A00*H 


00010 


002100003632 


000000000000 


000000000000 


002100000751 


000000000000 


002100000751 


000000000000 


002100000751 




TTR OA0O*+ 


HTR 000000 


HTR 000000 


TTR 0A007R 


HTR 


000000 


TTR 


0A007R 


HTR 000000 


TTR 0A007R 


00020 


000000000000 


002100000751 


000000000000 


002100000751 


000000000025 


000060000024 


000000000027 


000060000026 




HTR 000000 


TTR 0A007R 


HTR 000000 


TTR 0A007R 


HTR 


OOOOOE 


HTR * 


00 OOD 


HTR OOOOOG 


HTR * 00 OOF 



Figure 6. Core-Storage Dump Formats 
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System Nucleus 



Function and Organization 

The System Nucleus is a portion of the System Moni- 
tor which remains in core storage at all times and 
provides common facilities for intercommunication and 
control between the System Monitor and the sub- 
systems operating under it. The Input/Output Execu- 
tor and the unit control blocks for the input/output 
units are described separately in the section "Input/ 
Output Executor" although they may be considered 
part of the System Nucleus in that they normally re- 
main in core storage at all times and provide common 
facilities for the System Monitor and the subsystems. 
The System Nucleus consists of the following: 

1. A communication region containing constants, 
control words, and transfer words that are required 
for intercommunication between the System Monitor 
and the subsystems. 

2. The System Unit Function (sysuni) Table, which 
is used to keep account of the units assigned to system 
unit functions. 

3. The Disk Limits Table, which, when disk storage 
is employed, supplements the function of the System 
Unit Function Table by defining the portion of disk 
storage assigned to each system unit function. 

4. The Unit Control Block Table, which consists of a 
word for each channel containing the address of the 
first unit control block for the channel, the total num- 
ber of input/output units assigned to the channel, and 
the number of card units assigned to the channel. 

5. The Unit Availability Table, which consists of 
one word for each channel that serves as an entry 
point to a chain of available units on the channel. 

6. The System Loader, which is used by the System 
Monitor and the subsystems for scatter-loading records 
from the System Library Unit. 

7. An interrupt routine, which is used by the System 
Monitor and the subsystems to interrupt processing be- 
tween jobs for the purpose of manual intervention. 

8. A dump-calling routine, which is a bootstrap rou- 
tine for loading the Core-Storage Dump Program 
whenever a dump is called for by the System Monitor, 
a subsystem, an object program, or manually by the 
operator. 

Of the various portions of the System Nucleus, the 
most important, so far as the systems programmer is 
concerned, are the Communication Region, the System 
Unit Function Table, the Disk Limits Table, and the 
Unit Availability Table. Therefore, each of these is 



described below, together with job control communi- 
cation requirements for subsystems operating under 
the System Monitor. 



Communication Region 

The Communication Region of the System Nucleus 
consists of 28 consecutive core storage locations con- 
taining various constants, control words, and transfer 
words that may be referred to by the System Monitor 
or by any of the subsystems operating under it. The 
function of each entry in the Communication Region, 
together with its octal absolute address and its sym- 
bolic address, is given in Figure 7. A more complete 
description of the function of each entry is given in 
Appendix A. 



Octal 
Addre ss 

100 
101 
102 
103 
104 
105 
106 
107 
110 

111 
112 
113 
114 
115 
116 
117 
120 

121 
122 
123 

124 

125 
126 
127 
130 
131 
132 
133 



Symbolic 
Address 

SYSTRA 
SYSDAT 
SYSCUR 
SYSRET 
SYS KEY 
SYSSWS 
SYSPOS 
SYSUNI 
SYSUBC 

SYSUAV 

SYSUCW 

SYSRPT 

SYSCEM 

SYSDMP 

SYSIOX 

SYSIDR 

SYSCOR 

SYSLDR 
SYSACC 
SYSPID 
SYSCYD 

SYSCYD+1 

SYSSLD 

SYSTCH 

SYSTCH+1 

SYSTWT 

SYSGET 

SYSJOB 



Function 

Transfer instruction to current subsystem 

Date Word 

Name of current subsystem 

Location to which each subsystem returns 

Contents of entry keys at initial start 

Contents of sense switches at initial start 

Initial position and index of current subsystem 

Location and length of System Unit Function Table 

Location and length of table of unit control block 

locators by channel 
Location and length of the Unit Availability Table 
Location and length of all the unit control blocks 
Transfer to between-jobs interrupt routine 
Transfer to customer engineering diagnostic routine 
Transfer to bootstrap for core storage dump 
Location and length of IOEX communication Table 
Transfer to installation accounting routine, if any. 
Lower limit of usable core storage in decrement, 

upper limit in address 
Transfer to system scatter-load routine 
Installation accounting routine Communication 
Installation accounting routine Communication 
Channel commands for system to copy and 

disconnect 

Self-loading sequence 
Self-loading sequence 

System trap, wait, and transfer point 

Subsystem communication with System Supervisor 

Job control word 



Figure 7. Communication Region of System Nucleus 

The entries in the Communication Region may be 
referred to by their absolute addresses, since their 
location will not change and is not dependent on the 
input/output configuration of the Operating System. 
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In addition, the entries in this region may be referred 
to by their symbolic addresses when using the Fortran 
ii Assembly Program (fap) if an sst (Save Symbol 
Table) pseudo-operation is included in the first card 
group of the fap language source program. These en- 
tries may also be referred to by their symbolic ad- 
dresses when using the Macro Assembly Program 

( MAP ) . 

System Unit Function Table 

The System Unit Function Table consists of 19 entries, 
one for each of the 19 possible system unit functions. 
The octal absolute address, the symbol, and the system 
unit function for each entry is given in Figure 8. When 
programming in Fortran ii Assembly Program (fap) 
language, and an sst (Save Symbol Table) pseudo- 
operation is included in the first card group of the fap 
source program, the symbols listed in Figure 8 repre- 
sent the symbolic addresses of the table entries. For 
example syslbi represents 140 8 and sysut4 represents 
162 8 . However, when programming in Macro Assembly 
Program ( map ) language, the same symbols represent 
index numbers, beginning with for syslbi and end- 
ing with 22 8 for sysut4. To obtain the correct address 
of an entry in the System Unit Function Table when 
programming in map, the index number represented 
by the symbol must be added to the address portion 
of the sysuni entry in the Communication Region of 
the Nucleus. Since the address portion of the sysuni 
entry contains the address of the first word of the 
System Unit Function Table, the addition will result 
in the correct address. For example, adding the ad- 
dress portion of the sysuni entry ( 140 8 ) to sysoui ( de- 
fined as 7 by map), results in the address ( 147 8 ) of the 
entry in the System Unit Function Table for the System 
Output Unit. 



Octal 






Address 


Symbol 


System Unit Function 


140 


SYSLBI 


Library 1 


141 


SYSLB2 


Library 2 


142 


SYSLB3 


Library 3 


143 


SYSLB4 


Library 4 


144 


SYSCRD 


System Card Reader 


145 


SYSPRT 


System Printer 


146 


SYSPCH 


System Punch 


147 


SYSOUI 


Output 


150 


SYSOU2 


Alternate Output 


151 


SYSIN1 


Input 


152 


SYSIN2 


Alternate Input 


153 


SYSPP1 


Peripheral Punch 


154 


SYSPP2 


Alternate Peripheral Punch 


155 


SYSCK1 


Checkpoint 1 


156 


SYSCK2 


Checkpoint 2 


157 


SYSUT1 


Utility 1 


160 


SYSUT2 


Utility 2 


161 


SYSUT3 


Utility 3 


162 


SYSUT4 


Utility 4 



Figure 8. System Unit Functions 



The address portion of each entry in the System Unit 
Function Table contains the address of the first word 
of the unit control block for the unit assigned to the 
system unit function. If no unit is assigned to the 
system unit function, the address portion of the entry 
contains zeros. Normal assignments of units to system 
unit functions are specified when the System Monitor 
is assembled. However, normal unit assignments may 
be changed temporarily by unit assignment control 
cards. 

Tape density is indicated by an entry in the sign bit 
position. Low density is specified when the sign is plus 
(pze), and high density is specified when the sign is 
minus (mze). The System Monitor will only set the 
densities of the tape units it uses. Each subsystem 
has the responsibility for setting the densities of the 
tape units it uses. 

When disk storage is assigned to a system unit func- 
tion, bits 6 through 17 of the entry for the system unit 
function contain the ha2 home address identifier that 
was specified on the $as control card used to assign the 
disk module to the function. Bits 3 through 5 are zero. 

Disk Limits Table 

The Disk Limits Table is located, starting at location 
163 8 , immediately following the System Unit Function 
Table. It contains 19 entries corresponding to the 19 
entries of the System Unit Function Table. When an 
entry in the System Unit Function Table contains the 
address of a unit control block for a disk storage 
module, the corresponding entry in the Disk Limits 
Table contains a parameter word, in binary form, 
which designates the first and last tracks of the con- 
secutive tracks of the module that are assigned to the 
system unit function. The parameter word has the fol- 
lowing format: 

PZE DORG„DEND 

Unit Availability Table 

The Unit Availability Table consists of one entry per 
input/output channel, beginning with channel A. Each 
entry contains the address of the first word of the unit 
control block for the first unassigned (available) unit 
on the channel. The address portion of the first word 
of the unit control block for each unassigned unit on a 
channel contains the address of the first word of the 
unit control block for the next unassigned unit on the 
channel. In this way, a unit availability chain for each 
channel is formed, beginning with an entry in the Unit 
Availability Table. The end of the chain is indicated 
by zeros in the address portion of the first word of the 
unit control block for the last unassigned unit on the 
channel. Whenever a subsystem requires the use of an 
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available unit, it interrogates a unit availability chain 
by way of a Unit Availability Table entry and removes 
the unit from the chain. 



Job Control Communication with Subsystems 

Each of the subsystems operating under the System 
Monitor must follow certain operation procedures in- 
volving communication with the System Monitor. 
These procedures are required to ensure proper job 
and job segment control, proper control of between- 
jobs and end-of-jobs interrupts, and restoration, if 
necessary, of input/output unit assignments at the 
beginning of each job. 

Restoration of Unit Assignments Between Jobs 

Restoration of input/output unit assignments is re- 
quired at the beginning of a job if, during the previous 
job, a $ibsys card was followed by a $as, $switch, or 
$release card or a subsystem (or an object program 
running under the subsystem) removed or replaced a 
unit in a unit availability chain. If either of these con- 
ditions occurred, the System Supervisor, at the begin- 
ning of the next job, begins restoring unit assignments 
by first chaining all attached units on each channel 
in ascending order in accordance with the unit or 
module number. Any unit assigned to a system unit 
function at initial start is then reassigned by the System 
Supervisor to the same function, provided the unit is 
not currently assigned to a system input, system out- 
put, or system peripheral punch function or is not 
currently assigned to a system unit function in place of 
a detached unit. Any unit assigned to a system unit 
function is removed from the unit availability chain 
for its channel unless it is a random access storage 
module. The restoration of unit assignments at the 
beginning of a job differs from that initiated by the 
.urestore card in that detached units remain detached 
and current system input, system output and system 
peripheral punch assignments are not changed. 

Communication Region Locations SYSRET, 
SYSGET and SYSJOB 

Communications between the subsystems and the 
System Supervisor is carried out chiefly by way of 
three locations in the Communication Region of the 
System Nucleus. These three locations are sysret, 
sysget and sysjob. The function of each of these loca- 
tions is described below. 

C-~IMfc.l_rib.SHKr ' '°J« 

Whenever a subsystem is required to return control to 
the System Supervisor, it transfers to the location 
sysret. As a result, the System Supervisor is read into 
core storage and control is relinquished to it. 



Form C28-6248-2 
Page Revised 9/10/64 
byTNLN28-0118 

Communication Location SYSGET 

Before returning control to the System Supervisor, a 
subsystem must ensure that a word is stored in the 
sysget location which indicates to the System Super- 
visor the reason why control was returned to it by the 
subsystem. In addition, whenever a post-mortem dump 
is performed by the System Core-Storage Dump Pro- 
gram it places a word in sysget (to indicate that a 
post-mortem dump was performed) before it returns 
control to the System Supervisor. When the System 
Supervisor obtains control from the dump program 
or from a subsystem, it examines the word in sysget 
and takes appropriate action. 

If the word in the sysget location is a subsystem 
name, it indicates to the System Supervisor that a 
subsystem read a $execute card containing a subsystem 
name other than its own. Therefore, the System Super- 
visor loads into core storage the first record of the 
subsystem whose name was in the sysget location and 
relinquishes control to it. 

If the word in the sysget location is "ibsyst," it indi- 
cates to the System Supervisor that a $ibsys control 
card was read by a subsystem. Therefore, the System 
Supervisor begins processing control cards on the in- 
put file, beginning with the next card. 

If the word in the sysget location is "ibsxec," it indi- 
cates to the System Supervisor either of the following: 

1. A post-mortem core-storage dump was taken by a 
subsystem, an object program, or the operator; there- 
fore, a job segment was not completed. 

2. A subsystem could not complete a job segment. 

In either case, the System Supervisor skips on the 
system input file until a $ibsys, $execute, $job, or $stop 
control card is encountered and then processes cards, 
normally beginning with that card. 

If the word in the sysget location is "ibsnxt," it indi- 
cates to the System Supervisor that a subsystem has 
determined that a job cannot be completed. Therefore, 
the System Supervisor skips on the system input file 
until a $job or $stop control card is encountered and 
then processes cards normally, beginning with that 
card. 

If the word in the sysget location is "$STOPb," where 
"b" is a blank, it indicates to the System Supervisor that 
a $stop control card was read by a subsystem. There- 
fore, the System Supervisor initiates an end-of-jobs se- 
quence as though it had read the $stop card. 

If the word in the sysget location is "ibsbsr," it indi- 
cates to the System Supervisor that a $job card was 
read by a subsystem and either a between-jobs inter- 
rupt condition exists or an input/output unit was re- 
assigned or made unavailable during the previous job. 
In either case, the System Supervisor proceeds as 
though it had just read a $job card. Refer to the descrip- 
tion of the $job card in the section "System Supervisor." 
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Communication Location SY5J0B 

The communication location sysjob is used by the 
System Supervisor and the subsystems in controlling 
the processing of jobs. 

The sign bit of the word indicates whether or not 
any input/output unit assignments need be restored 
at the beginning of the next job. A minus sign indicates 
that restoration is necessary and a plus sign indicates 
that restoration is not necessary. The System Super- 
visor sets the sign of sysjob to minus if it processes a 
$as, sswitch, or srelease control card. Similarly, each 
subsystem must set the sign to minus if it is about to 
change a unit availability chain. The sign should be 
set to minus before the change is made in the event the 
job "blows-up" and the subsystem does not regain 
control. The sign bit is interrogated at the beginning 
of each new job by the Nucleus routine sysrpt to de- 
termine if restoration of input/output unit assignments 
is required. It is then set to plus by the System Super- 
visor before actual processing of the job begins. 

Bit 17 of sysjob is used by the subsystems to indicate 
to one another whether or not a previous job segment 
could not be completed. Whenever a subsystem deter- 
mines that it cannot complete a job segment, it sets bit 
17 of sysjob to a 1 and stores the word "ibsxec" in the 
sysget location. It then returns control to the System 
Supervisor, which skips to the next job segment. 

When a subsystem gains control at the beginning of 
a job segment, it tests bit 17 of sysjob and proceeds 
normally if it is a 0. However, if it is a 1, it determines 
whether or not the present job segment should be 
discontinued as a result of a previous job segment not 
being completed. If the current job segment should be 
discontinued, the subsystem stores the word "ibsxec" 
in the sysget location and returns control to the System 
Supervisor by way of sysret. At the completion of a 
post-mortem dump, the System Core-Storage Dump 
Program sets bit 17 to a 1 and stores the word "ibsxec" 
in the sysget location before returning control to the 
System Supervisor. The Nucleus routine sysrpt clears 
bit 17 to at the beginning of each job. 

The address portion of sysjob contains a count of the 
number of jobs processed on the current input file. 
This count is maintained by the System Supervisor 
and is used to locate a specified job when the $restart 
±n control card is processed. The subsystems are in 
no way concerned with the job count. 



Recognition of System Supervisor Control Cards 
by Subsystems 

Each subsystem must recognize and act upon the $ibsys, 
$execute, sstop, $id, and $job control cards. The action 
that must be taken by a subsystem when each card is 
recognized is as follows: 



$IBSYS Card 

When a $ibsys card is recognized by a subsystem, it 
must return control to the System Supervisor. When- 
ever a subsystem gains control from the System Super- 
visor, the sysget location will contain the word "ibsyst." 
Therefore, it is not necessary for the subsystem to load 
the word "ibsyst" into the sysget location when a 
sibsys card is recognized. 

$EXECUTE Card 

When a sexecute card is recognized by a subsystem 
and the subsystem name on the sexecute card is the 
name of the subsystem, the subsystem retains control 
and continues normal processing. Otherwise, the sub- 
system stores the name specified on the card into the 
sysget location and returns control to the System Super- 
visor by way of sysret. If the subsystem had changed 
an availability chain, it would have previously set the 
sign of sysjob to minus. 

$5TOP Card 

When a subsystem recognizes a $stop card, whether 
or not it is located in the proper sequence on the input 
file, it loads the word "stopd" in the sysget location 
and returns control to the System Supervisor by way 
of sysret. 

$ID Card 

When a subsystem recognizes a sid card, it must tsx 
to sysidr as follows : 

TSX SYSIDR.4 

PZE L($ID) 

return 

where l($id) is the location of the first word of the 
buffer containing the $id card in bcd form. 

$JOB Card 

When a subsystem recognizes a $job card, whether or 
not it is located in the proper sequence on the input 
file, it loads the word "ibsbsr" into sysget and then ex- 
ecutes a tsx sysrpt, 4 instruction. The sysrpt routine 
in the System Nucleus will then determine if the System 
Supervisor must restore unit assignments (the sign of 
sysjob is minus) or control a between-jobs interrupt 
(sense switch 1 is down). If the System Supervisor 
must do either, control is passed to the System Super- 
visor by way of sysret. Otherwise, control is returned 
to the subsystem. When the subsystem regains control, 
it must restore the word "ibsyst" in the sysget location 
and tsx to sysidr as follows : 

TSX SYSIDR 

PZE L($JOB) 

return 

where l($job) is the location of the first word of the 
buffer containing the $job card in bcd form. 



24 



Input/Output Executor 



The Input/Output Executor (ioex) consists of a trap 
supervisor and a number of utility routines that are 
used in common by the System Monitor and the sub- 
systems operating under its control. Any subsystem 
that is incorporated under the System Monitor and 
employs 729 Magnetic Tape Units, card equipment, 
1301 Disk Storage, or 7340 Hypertape Drives should 
use ioex to ensure centralized control of input/output 
activity. The use of a single trap supervisor by the 
subsystems and the System Monitor not only mini- 
mizes input/output coding but also ( 1 ) ensures proper 
coordination of trapping, (2) enables a running log 
to be kept of tape positions, (3) enables error re- 
covery procedures to be standardized, and (4) sim- 
plifies the diagnosis of input/ output failures. 

A subsystem communicates with ioex and calls ioex 
subroutines by way of a Communication Table located 
in storage just forward of ioex. Location sysiox in the 
Communication Region of the System Nucleus (Ap- 
pendix A) contains the address and length of this 
table. An entry in the ioex Communication Table may 
be referred to by its symbolic address when using 
either the Macro Assembly Program (map) or the 
Fortran ii Assembly Program (fap). However, the 
symbols used to represent the addresses of the table 
entries for map are different from the symbols used 
to represent the same addresses for fap. Both the map 
and fap symbolic addresses, together with the function 
of each entry in the ioex Communication Table, are 
listed in Figure 16 at the end of this section. When 
these entries are referred to symbolically using fap, 
an sst (Save Symbol Table) pseudo-operation must 
be included in the first card group of the fap source 
program. 

The following description of ioex, together with a 
symbolic listing of the ioex portion of the System 
Monitor, should provide the system programmer with 
the information required to use ioex. In both the 
description and the listing, the fap symbols are used 
when referring to entries in the ioex Communication 
Table. The equivalent map symbols may be obtained 
by reference to Figure 16. 



Unit Control Blocks 

Each input/output device that may be referred to 
by the ibsys Operating System is represented in ioex 
by a four-word unit control block. The unit control 



blocks are generated by the System Monitor at initial 
start in accordance with assembly parameters. The 
following describes the format and contents of the 
unit control blocks for 729 Magnetic Tape Units, card 
equipment, 1301 Disk Storage Modules, and 7340 
Hypertape Drives. 

Unit Control Block for 729 Tape Units 
and Card Equipment 

Each 729 Magnetic Tape Unit and each card unit is 
represented in ioex by a four-word unit control block 
whose format is shown in Figure 9. 
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Figure 9. Unit Control Block for 729 Tape Units and Card 
Equipment 



The contents of each unit control block is interpreted 
as follows: 

Word 1 

A: Availability Flag 
M: Attachment Flag 
A=0: The unit is assigned to a particular function, 
not necessarily a system unit function, and it 
is not in the availability chain. 
M = 0: The assigned function of the unit is such 
that it should be repositioned when re- 
starting. 
M = l: The unit should not be repositioned when 
restarting (for example, if the unit is as- 
signed as SYSOUl, SYSOU2, SYSPPl, SYSPP2, 
SYSCKl, Or SYSCK2). 

A = l: The unit is not assigned to any particular 
function. 
M = 0: The unit is attached to the channel and is 
in the availability chain. Card equipment 
is never in the availability chain. 
M = 1 : The unit is detached from the channel and 
cannot be used. 
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If the user desires to assign a unit in the availability 
chain to a function not included in the System Unit 
Function Table, he should set the availability flag to 
zero, remove the unit from the availability chain, 
and set the attachment flag to indicate whether or 
not the unit should be repositioned when restarting. 

T: Unit Type (for 729 tapes only) 
T = 0: Model n or v 
T = 1 : Model iv or vi 

R: Reserve Status Flag ( intersystem use only) 
R = 0: The unit is not reserved. 
R = l: The unit is reserved. Address bits 24-35 of 

word 1 contain data for intersystem pickup. 

The unit should not be assigned a system 

unit function or be in the unit availability 

chain. 

C; Channel Type 
C = 0: 7607 channel 
C = l: 7909 channel 

Unit Address: The address of the input/output unit is 
contained here. If the unit is a tape, the address is 
the bcd mode address; e.g., 1201 for 729 tape unit Al. 

EOT: End-of -Tape Flag 

EOT = 0: No end of tape has occurred on this unit. 
EOT = l: An end of tape has occurred while writing 
on this unit. 

DO: Tape Density at Load Point 
DO = 0: Low Density 
DO = l: High Density 

DI: Density at the Current Tape Position 
DI = : Low Density 
DI = 1: High Density 

Chain Address: This is the address of word 1 of the 
next unit control block in the availability chain. The 
chain address of the last unit is zero. This area is 
available to the user when the unit is not in the 
availability chain, or is not a reserve unit. 

Word 2 

S: Select Type 
S = 0: Read 
S = l: Write 

R: Permanent Redundancy Message ( control ) 

R = 0: A message is printed if a permanent read 

redundancy occurs. 
R = l: No message is printed in the event of a per- 
manent read redundancy. 

SEL: Select Routine 

sel represents symbolically the location of a user's 



select routine, which initiates data transmission and 
the posting of completed input/output activity. 

Word 3 

N: Noise Record Flag ( reading only ) 

N = 0: No noise records have been detected while 

reading. 
N = 1 : One or more noise records have been detected 

while reading. 

File Count: The file count reflects the number of file 
marks written on or read from this tape. 

Record Count: The record count reflects the number of 
records which have been written on or read from the 
current file. 

Word 4 

This word is provided for all-purpose systems usage. 
It is specifically used by iocs labeling routines for 
storing the tape reel serial number in case of multifile 
reels. 

Notes 

The eot flag and noise record flag are turned off only 
when the tape is returned to the rewound position. 

The record count is complemented when back- 
spacing from an end of file. A backspace which re- 
positions in front of a file mark gives a record count 
( 18-35 ) of 777777 8 . For example, when writing occurs 
from such a position, the two low-order tag bits are 
cleared to prevent a spurious increase in the file count 
when the record count is increased. 

The shaded area in Figure 9 is available to iocs, or 
any subsystem using ioex only. 

Disk Unit Control Block 

Each 1301 Disk Storage Module is represented in ioex 
by a four-word unit control block whose format is 
shown in Figure 10. 
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Figure 10. Disk Unit Control Block 



The contents of each unit control block is inter- 
rupted as follows: 
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Word 7 

This word has the same interpretation as for word 
1 of the 729 tape unit control block except that when 
a disk module is attached to the channel, its unit con- 
trol block remains in the availability chain even 
though it may be assigned a system unit function. 
Also, if the 7631 File Control Unit is a Model m or iv, 
bit position T will be one (T = l); otherwise, position 
T equals zero ( T = ) . 

The disk unit address has the format shown in Fig- 
ure 11. 
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Figure 11. Format of Disk Unit Address 



Examples : 

Channel C, Access, Module 1, Data Channel Switch 

setting 1= (3101 ) 8 
Channel E, Access, Module 9, Data Channel Switch 
setting 2= (5151) 8 

Word 2 

The interpretation of this word is the same as for 
word 2 of the 729 tape unit control block except that 
redundancy message control is not provided. Any disk 
error will produce an on-line message if recovery is 
unsuccessful. 

Word 3 

AF: Seek Request Flag 

AF = 0: No seek is requested, or an attention sig- 
nal was received on the previously re- 
quested seek. 

AF=1: A seek is requested by the user, or a seek 
was issued and an attention signal is 
awaited. This flag is set to 1 by the user 
when a seek is requested. It is reset to 
by ioex when the attention signal is re- 
ceived. 

PF: Seek Issued Flag ( used by ioex only ) 
PF = : No seek was issued. 

PF = 1 : A seek was issued and an attention signal 
is awaited. 

Seek Order: The six bytes of word 3 and the first two 
bytes of word 4 are used to form the seek order 
for any seek requested of ioex by the user. The last 
two bytes of word 3 and the first two bytes of word 
4 will contain the track address (in bcd) for the 
desired seek. 



Word 4 

T: Track Flag 

T=0: ioex will set up the bcd track address for a 
requested seek, obtaining its information 
from the binary track address specified by 
the user in the address of word 4. 

T = l: The user, on requesting a seek, has already 
set up the bcd track address in words 3 and 
4. T is reset to zero by ioex after the seek 
is issued. 

Desired Seek Address: This is the track address (bi- 
nary ) for a seek requested by the user. The address 
of word 4 is never destroyed by ioex. 

Hypertape Unit Control Block 

Elach Hypertape drive is represented in ioex by a 
four-word unit control block with the format shown 
in Figure 12. 
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Figure 12. Hypertape Unit Control Block 

The Hypertape unit control block is similar to the 
unit control block for 729 tapes. The differences be- 
tween a Hypertape unit control block and a non-disk 
unit control block are as follows: 

Word 7 

Unit Address: The unit address field for Hypertape 
is similar to that for disk storage. It has the format 
shown in Figure 13. 
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Figure 13. Format of Hypertape Unit Address 



Examples: 

Channel C, Hypertape Drive 1, Data Channel 

Switch setting 1 = ( 3001) 8 
Channel H, Hypertape Drive 9, Data Channel 

Switch setting 2= (10051 ) 8 
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EWA: End Warning Area Flag 

ewa = 0: The unit is not in the ewa. 

ewa = 1 : The unit is or has been in the ewa. 

The ewa flag is turned off only when the tape is 

returned to the bot marker; or whenever hccr, 

hchc, or hunl is executed. 

Word 2 

R: Select Mode Flag 
R = : Normal select 
R = 1 : Select for backward reading 
Both this bit and the S bit are set by the user. 

Word 3 

AF: af Flag 

PF: pf Flag 

These flags are used only by ioex to control the use 
of Attention servicing routines. 



Genera/ Use of IOEX and Unit Control Blocks 

The following steps describe the general procedure 
to be taken by the user when input/output activity 
for a unit is desired. 

Before activity can be requested on an input/output 
unit, the user must determine whether or not the unit 
is free for use. This is accomplished by waiting for 
word 2 of the unit control block to become zero. Once 
it becomes zero, the user must assume control of the 
unit by placing the location of his select routine in the 
decrement of word 2. The user is also responsible for 
setting bit positions S and R in unit control block 
word 2. R is omitted for disk. 

After the input/output unit is secured for use, the 
user may request channel activity for the unit by 
entering the ioex routine (activ. This routine, which 
is used to handle data select activity, permits all nec- 
essary entries into the user's specified select routine 
as soon as the channel is free to accept input/output 
activity from the unit. Non-data select activity is 
handled by the routine ( ndata. 

On the first entry to the select routine, called the 
( sel + ) or select entry, the user must initiate execu- 
tion of the input/output commands for the unit. 
Termination of the commands must always set up 
a trap condition for the cpu. 

On the last entry to the select routine, called the 
( sel — ) or posting entry, input/output activity for the 
unit is complete. At this time the user may relinquish 
control of the unit by setting word 2 of the unit con- 
trol block to zero, or he may choose a number of 
other options using information described under 
"Posting Entry." 



The user distinguishes between ( sel 4- ) and ( sel — ) 
entries to his select routine by testing the sign of the 
accumulator at time of entry. 

Normally, any direct reference to a unit control 
block at other than trap (sel) time should be trap- 
protected by the sequence: 

ENB L(0) 



ENB" 1 



(TRAPX 



Data Transmission Via Select Routine 

The initiation of data transmission operations for a 

unit, and the maintenance of any request queue for a 

unit, is the responsibility of the user of ioex. These 

functions must be provided in a subroutine, labeled sel 

for example, which is entered twice for each data 

transmission operation that results in a trap. The calling 

sequence from ioex is: 

TSX SEL,4 

Return 1 Normal return at either 

entry 
Return 2 Returns used at (SEL — ) 

Return 3 time because of errors 

indicated. ( See appro- 
priate recovery section.) 

Upon either entry to the select routine, ioex disables 
channel trapping and provides : 

C(IR1) The 2's complement of channel index (0=A, 

1 = B, etc.) 
S(AC) Sign of accumulator: plus for (SEL+) and 

minus for ( SEL — ) 
A (AC) Location of the unit control block 

Select Entry 

If the sign of the ac is plus on entry to sel, the routine 
must initiate a data select command sequence terminat- 
ing in a trap. Traps must not be enabled by ( sel + ) . 
This is taken care of by ioex. For 7909 channel opera- 
tion, the command sequence should terminate with a 

TCH SYSTWT 

which will produce the necessary trap. In addition, 
an sms command which disables attention interrupts 
and enables unusual end interrupts must initiate the 
command sequence. 

For Hypertape, on each entry to the (sel+ ) routine, 
the user must initiate a data select command which will 
read or write one record. This restriction, which is 
similar to the restriction on the use of 729 tape units, 
is necessary to ensure the correct record count in word 
3 of the unit control block. 

Posting Entry 

If the sign of the accumulator is negative on entry to 
sel, a trap has occurred as a result of the previous 
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select for the unit. The following information is fur- 
nished upon entry: 

Sense Indicators— 7607 Channel 
Bit S Noise record flag 

1 The record was not an apparent noise record. 

The record was an apparent noise record. 
Bit 1 End of file ( read ) or end of tape ( write ) 

No end of file or end of tape. 

1 End of file or end of tape. 

Bit 2 Permanent redundancy ( read only ) 

No permanent redundancy. 

1 Permanent redundancy. 

Bit S is on in all cases except when a noise record 
is detected. 

Sense Indicators— 7909 Channel, Disk 
Bits S, 1-5 7909 Control counter 
Bit 6 Input/output check 

Bit 7 Sequence check 

Bit 8 UNUSUAL END 

Bit 9 attention on Interface 

Bit 10 attention on Interface 1 

Bit 11 Interface check 

Bits 12-35— First four bytes of the 7631 sense data. 
Bits 12-35 are supplied only if the trap 
was a result of an unusual end. In 
such a case, bit 8 will be a 1. 

Sense Indicators— 7909 Channel, Hypertape 
Bits S, 1-5 7909 Control Counter 
Bit 6 Input/output check 

Bit 7 Sequence check 

Bit 8 UNUSUAL END 

Bit 9 attention on Interface 

Bit 10 attention on Interface 1 

Bit 11 Interface check 

Bits 12-35 Bytes 1, 3, 4, 5, 6, and 7 (packed) of 
the 7640 sense data: supplied only if 
the trap was the result of an unusual 
end signal, i.e., if bit 8 is a 1. 

Cell (COMMM 

This word contains the results of a store channel in- 
struction for the 7607/7909 channel. 

URRX, 1 Table 
Redundancy Counts: 

PZE N1„N2 

Nl : Number of recovery entries to ( sel + ) . 

N2 = 0: No permanent redundancy (while read- 
ing ) or no erase areas ( writing ) . 

N2 = l: Permanent redundancy (reading) or one 
or more erase areas (writing). If a per- 
manent redundancy, N1=0. N2 is always 
zero for disk or Hypertape input/output. 



The urrx,i Table may be referenced by indirectly 
addressing the communication cell (urrxi. iri must 
contain the complement of the channel index. 

If eot ( or ewa if Hypertape ) is detected while writ- 
ing, the eot bit is set on in the unit control block, and 
the eot indication is given on each subsequent entry 
to ( sel — ) for the unit until the tape is rewound. When 
an end-of-file indicator is given to (sel—), the tape 
position has already been adjusted. The communication 
location (ltpos contains the tape position prior to this 
adjustment. A redundancy indication cannot occur to- 
gether with an end-of-file indication. 



Design of Select Routines 

Select routines must not destroy the contents of iri. 
ir2 and the sense indicators need not be saved. They 
must not modify or change the unit address in word 1 
of the unit control block or the four high-order bytes 
( except the sign bit ) of word 3 of a disk unit control 
block. 

In disk usage, the select routine must interpret word 
1 of the unit control block if use of the compact access 
and module bits are needed for setting up Prepare to 
Verify orders, or it must use ( fdamt. ( See "Form Disk 
Order" under "ioex Utility Routines." ) 

Select routines should be designed to minimize proc- 
essing time while the machine is trapped. 



Unit Priority on a Channel 

Channel Priority Location 

When activity begins on a unit of a given channel, 
ioex places the address of the unit control block in a 
channel priority location. This allows the unit to retain 
priority until all its waiting operations have been com- 
pleted, joex clears this location when the user clears 
word 2 of the unit control block. 

Upon a normal return from a ( sel — ) routine, ioex 
selects the next unit to be activated by examining the 
channel priority cell. The same unit will be reselected 
if control was not relinquished by the user by clearing 
word 2 of the unit control block. 

Use of Channel Priority Location 

If the channel priority location is not zero, its address 
portion is interpreted as the location of the unit control 
block for the unit to be activated next. Word 2 of the 
unit control block is then tested. 

If word 2 is not zero, ( sel + ) for the unit is entered. 
If it is a disk unit control block, the (sel+ ) entry is 
held up (return is still made to the user) until any 
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pending seek for the unit has been issued and attention 
received. 

If word 2; of the unit control block is zero, the priority 
cell is cleared and the channel is scanned for a waiting 
unit, a unit that has a sel routine specified in word 2 
of its unit control block. In addition, if it is a disk 
unit control block, the af flag in word 3 must be zero. 
If a waiting unit is found, the location of its unit con- 
trol block is placed in the channel priority cell, and 
( sel + ) is entered for the unit. If none is found, the 
channel is allowed to become dormant. In the case of a 
disk, however, any pending seeks will be issued, and 
the channel will become dormant only if no seeks are 
waiting to be issued. 



Activating a Channel and/or Assigning Priority 

A channel which is dormant is activated, or a unit is 
given top priority on a channel, by means of the rou- 
tine ( activ. The calling sequence is : 

TSX (ACTIV,4 

P A,T 

return 

where the parameter a, t gives the address of a loca- 
tion (possibly a System Unit Function Table entry) 
which contains: 

OP UCB,X,Y 

ucb is the address of the unit control block of the unit 
desiring input/output activity, op, x, and- y are ignored 
by (activ. Note the double indirectness to the actual 
unit address. 

When p is pze in the calling sequence, controls are 
set up so that the user's select routine is entered when- 
ever the channel is free to accept activity on the 
specified unit. From the discussion under "Unit Priority 
on a Channel," it is obvious that no action by (activ 
is necessary if the channel is active upon entry. If 
such is the case, control is immediately returned to the 
user. 

If the channel is dormant, (activ will enter the 
user's (sel + ) routine directly before returning. In 
disk storage, the af flag in word 3 of the unit control 
block must be zero for ( sel + ) to be entered. If the 
af flag is not zero, ( activ will first activate the channel 
by issuing a seek for the access and for any other 
accesses on the channel requesting the issuance of 
a seek. The select routines will be entered as the 
attention signals are received. 

This entry to (activ, requesting the issuance of 
seeks (p=pze), is the only entry to the routine which 
does not require a sel routine to be specified in word 2 
of the unit control block. In such a case, (activ will 
still issue all requested seeks. This allows the user, 
if he so desires, to use "seek time" with the knowledge 
that the seek attention signal will be recorded when 



received by ioex but that no select routine for the 
unit will be entered. When the user is ready to have 
the select routine entered, he places its location in 
word 2 of the unit control block and, to ensure that 
the channel is activated if it became dormant, re- 
enters (activ with the af flag equal to zero. To de- 
termine if a disk unit is free for use when this option 
is exercised, the user must test the af flag as well as 
word 2 of the unit control block for zero. 

When p is mze in the calling sequence, the indi- 
cated unit is given top priority on the channel; that 
is, the channel priority cell is set for the unit, and 
( sel + ) is entered as soon as possible. If the entry 
to (activ is made during non-trap time, control will 
not be returned to the user until the (sel+) entry 
for the unit has occurred. In disk usage, if the af 
flag in word 3 of the unit control block equals one 
(af=i), the necessary seek will be issued prior to 
the ( sel + ) entry. 

If the entry to (activ is at trap time, e.g., during 
(sel—), the unit is given top priority by the setting 
of the channel priority cell. However, return is made 
immediately. Hence, a subsequent entry to (activ, 
requesting priority (p=mze), will cancel the priority 
effects of the previous entry if it occurs before (sel+ ) 
is entered for the previous entry. 

Any entry to ( activ at trap time must be made with 
mze in the calling sequence, i.e., p=mze. Also, the 
entry must be for a unit connected to the channel 
that caused the trap. 

The (activ routine will always enable traps on all 
channels upon return, unless entry was from a select 
routine. 

(activ may not be entered during (sel+ ) time. 

(activ makes a validity test on the specified input/ 
output unit. To be valid, the specified location of the 
unit control block must fall within the range of core 
storage provided for all unit control blocks. In addi- 
tion, the A flag of word 1 of the unit control block 
must be zero. If a unit is judged to be invalid by these 
criteria, an automatic post-mortem dump is taken 
after the following message is printed on the System 
Printer: 

ILL UNIT REQ'ST AT XXXXX 

After the dump is taken, the System Supervisor 
skips to the next job segment. 

This above validity test may be bypassed by using: 
TSX (ACTVX,4 

in lieu of: 

TSX (ACTIV,4 

in the calling sequence. 

The routine (activ has the same purpose and use 
for Hypertape as it has for 729 tape units. Namely, 
upon entry to (activ, a sel routine must be specified 
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in the appropriate unit control block. Entry is essen- 
tially a request by the user for input/output activity 
for the unit indicated in the calling sequence. 



Non-Data Selects 

Non-data selects are executed by the routine (ndata. 
The calling sequence is: 

TSX (NDATA.4 

PZE A,T,NDS 

return 

The parameter a,t has the same meaning as in the 
calling sequence for (activ. nds is interpreted for 729 
tape units as follows: 



NDS = 


NOP 


NDS = 1 


SDNL 


NDS = 2 


SDNH 


NDS = 3 


REW 


NDS = 4 


RUN 


NDS = 5 


BSR 


NDS = 6 


BSF 


NDS = 7 


WEF 



( ndata gives the specified unit top priority by using 
(actvx with mze in the calling sequence, i.e., p=mze. 
Hence, the non-data select is executed as soon as the 
unit's present activity is complete. Return is made only 
after the non-data select has been executed, (ndata 
may not be entered during (sel+ ) time. 

The (ndata routine will always enable traps on all 
channels upon return unless entry was from a select 
routine, (ndata may be entered at trap time only for 
a unit which is on the channel that has trapped. Non- 
data selects for card equipment and disk equipment 
are ignored. 

(ndata does a validity test on the specified unit 
control block in the same manner as (activ. The test 
may be bypassed by using tsx (ndslx rather than 
tsx (ndata. Note that a nop (nds=o) entry to (ndata 
will have the effect of performing a validity test and 
nothing else. Backspacing a record across the previous 
file mark complements the record count in bits 18-35. 

wef causes the following sequence to be executed: 

WEFX 
TCOX* 
TRCX 
ETTX 

Recovery is attempted if a redundancy occurs while 
writing an end-of-file mark. The tape is backspaced, 
and the file mark is rewritten and checked as often as 
necessary. If the eot condition is detected on 729 
tape after a nonredundant end of file, return is made 
to 2, 4. The normal return for WEF is 3, 4. 

Hypertape orders are also handled by the (ndata 
routine. The calling sequence is : 

TSX ( NDATA,4 

PZE A,T,NDS 

return 



The parameter a, t is the same as for 729 tape units. 
nds is interpreted as follows : 

NDS = NOP ( ( NDATA NOP ) 

NDS = 28 HCCR-Change Cartridge and Rewind 

NDS = 30 HRWD-Rewind 

NDS = 31 HRUN-Rewind and Unload 

NDS = 32* HERG-Erase Long Gap 

NDS = 33* HWTM-Write Tape Mark 

NDS = 34* HBSR-Backspace Record 

NDS = 35* HBSF-Backspace File 

NDS = 36* HSKR-Skip Record 

NDS = 37* HSKF-Skip File 

NDS = 38 HCHC-Change Cartridge 

NDS = 39 HUNL-Unload 

NDS = 42 HFPN-File Protect On 

Those orders marked with an asterisk are handled 
in the same way as non-data selects for 729 tape units. 
That is, the (ndata routine uses (actvx with an mze 
in the calling sequence. Hence, the order will be ex- 
ecuted as soon as the unit's present activity is complete. 
Return is made from the ( ndata routine only after the 
order has been executed. 

The remaining orders will cause an attention signal 
upon completion of the operation. They are treated 
in the following manner: After any present activity 
is finished, ioex executes the order by specifying a 
select routine. Upon receiving the applicable attention 
signal, ioex clears word 2 of the unit control block. 
The user must not ask for new activity on that unit 
until word 2 is cleared. 

All orders must be given through the ( ndata routine. 
The return from the ( ndata routine is always to 2, 4. 
Entry to the (ndata routine during trap time is per- 
mitted only for those Hypertape orders marked with 
an asterisk, and for those units on the same channel 
and Data Channel Switch setting as the unit which 
trapped. 



Redundancy Recovery 

Writing on 729 Tapes 

The redundancy trapping mode is used for a write 
operation. If the first attempt to write a record produces 
a redundancy trap, the following procedure is followed: 

1. The tape is backspaced one record. 

2. An erase area is written. If this operation pro- 
duces a redundancy check, an operator message is 
printed. 

3. The record is rewritten (that is, (sel+) is en- 
tered) and checked for redundancy. 

4. Steps 1-3 are repeated until the record is written 
correctly or the eot condition is sensed. After each 
group of 25 erase operations, an operator message is 
printed. 

ioex stops when the eot condition occurs during 
redundancy recovery. However, there is always at least 
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one erase-rewrite sequence attempted, and, if the 
rewrite is successful, the stop does not occur. 

If, following the successful writing of a record, ioex 
determines that the apparent record length was less 
than three words, an entry is made to (sel— ) with 
the noise record condition indicated in the sense indi- 
cators. Two exits are available for this condition: 

Return 1 The record is accepted. 

Return 2 The record is accepted, and an operator mes- 
sage is printed indicating that a short record 
has been written. 

The record count is increased before entry to 
( sel — ) . It is not increased before rewrite entries to 

(SEL+ ). 

On each rewrite entry to ( sel + ) during redundancy 
recovery, urrx,i has the following configuration: 

PZE N„l 

where N is the number of consecutive erase areas which 
have been written. Following a successful redundancy 
recovery, on entry to (sel—), urrx,i has the same 
configuration. N in this case is the total number of 
erase areas written on this recovery. 



Reading from 729 Tapes 

The redundancy trapping mode is not used during 
read operations so that a full word count of record size 
may be secured. If the redundancy occurs as the result 
of a reading operation, the following steps are taken: 

1. If the record is an apparent noise record, (sel— ) 
is entered with appropriate indication in the sense indi- 
cators. If the record is not an apparent noise record, 
step 2 is taken. 

2. The redundancy count (address of urrx,i) is 
increased by 1. It is initially zero. 

3. If all of the following three conditions exist, a 
tape cleaner action is taken. If one or more conditions 
do not exist, step 4 is taken. 

a. The redundancy count is 1 or a multiple of 10 
plus 1. 

b. The noise record bit in word 3 of the unit con- 
trol block is off. 

c. There are at least two previous records in the 
current file. 

The tape cleaner action consists of backspacing over 
the redundant record and the two previous records, 
giving two dummy reads, and then entering (sel+) 
to reread the redundant record. 

4. The tape is backspaced over the redundant record, 
and (sel+ ) is entered to reread the redundant record. 

5. Steps 1 through 4 are repeated until the record 
is read correctly or until the redundancy count reaches 
the value of the assembly parameter rdunrt. If the 
value of rdunrt is reached, a permanent read re- 
dundancy is assumed. If such is the case, the record 



count is increased by one and an operator message is 
printed if not suppressed by the control bit in word 2 
of the unit control block. In addition, the instruction: 

PZE 0„1 

is stored in urrx,i, and (sel—) is entered with the 
permanent redundancy indication in the sense indi- 
cators. 

Read redundancy checking and recovery may be 
suppressed by setting rctx,i to zero in (sel + ). The 
rctx,i Table may be referenced by indirectly ad- 
dressing the communication location (rctxi. iri must 
control the complement of the channel index. On every 
entry to (sel+ ), rctx,i is set on (to nonzero). 

Exits from (SEL—) for 729 Tapes 

Three exits are available for (sel— ). 

Return 1 The record is accepted. 

Return 2 The record is considered noise and is dis- 
carded. An operator message is printed, and 
the noise record bit is set on in word 3 of 
the unit control block. The record count is 
reduced by 1; URRX,1 is cleared, and (SEL + ) 
is re-entered to read the next record. 
Return 3 The redundancy recovery procedure is en- 
tered at step 2. 
After each successfully completed write operation, 
and after a redundant read operation, the following 
test is made for an apparent short ( noise ) record. The 
address of the last input/output command is sub- 
tracted from the address of the Store Channel word 
to obtain an apparent word count. If this word count 
is less than three, ioex gives the noise record indication 
to (sel— ). 

Obviously, there are sequences of input/output 
commands which will produce this noise record condi- 
tion, even when the true record length is greater than 
two words. 

No test is made for use of the indirect addressing 
feature of input/output commands. If this feature 
is used, a short record will normally be detected. 

Reading and Writing Disk 

Figure 14 is a table showing the bit assignments for 
the first four bytes of the 7631 sense data. When an 
unusual end signal occurs for a condition indicated 
in bytes 3, 4, or 5 of the sense data, ioex takes the 
following recovery action. 

Recover/ Action 

(sel + ) is re-entered up to four times. If the unusual 
end persists, two seeks are given to recalibrate the 
arm. This is followed by the original seek requested 
by the user. (sel+ ) is then entered again. If the un- 
usual end still persists, (sel+ ) will be re-entered up 
to three more times. If success is not achieved, (sel— ) 
is entered with the proper indication. 
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Byte 


Bit 


Assignment 


Abbre- 
viation 


Comment 


1 


2 


Reserved 





Summary 
Bits 


4 


Program Check 


PRGCK 


5 


Data Check 


DATCK 


6 


Exceptional Condition 


EXCND 


2 


2 


Invalid Sequence 


I'SEQ 


Program 
Check 


4 


Invalid Code 


I'CDE 


5 


Format Check 


FRMCK 


6 


No Record Found 


NOREC 


3 


2 


Invalid Address 


I'ADR 


Data 
Check 


4 


Response Check 


RSPCK 


5 


Data Compare Check 


DCOMP 


6 


Parity or Cyclic Check 


P/CCK 


4 


2 


Access Inoperative 


INOPR 


Excep- 
tional 
Condi- 
tion 


4 


Access Not Ready 


NTRDY 


5 


File Frame 
Circuit Check 


DKCRK 


6 


File Adapter 
Circuit Check 


CUCRK 



Figure 14. Bit Assignments for the First Four Bytes of the 7631 
Sense Data 



For example, set exclusion to ignore norec, rspck, 
dcomp, and p/cck. 



FLBITS 



CLA 
STO* 



PZE 
OCT 



FLBITS 
(RCTXI 



* + l 
060107000000 



The proper summary bit is set on ( to nonzero ) as long 
as it is desired to exclude at least one of the errors to 
which it refers. In the above example, exclusion of the 
norec error also necessitated the exclusion of its sum- 
mary (prgck) bit. On every entry to (sel + ), rctx,i 
will be initialized to zero. 

Reading and Writing Hypertape 

Figure 15 is a table showing bytes 1, 2, 3, 4, 5, 6, and 7 
of the 7640 sense data which have been packed into 
four bytes as shown in the left-hand columns. The 
table indicates the associated recovery action taken 
by ioex when an unusual end signal occurs other than 
on an order issued by the (ndata routine. 



Select Exits 

Whenever ( sel — ) is entered because of an unsuc- 
cessful recovery attempt, an operator message will be 
printed indicating the error. The message will have the 
following form: 

UNIT xDam/s WRITE ERROR-TRCK OOtttt 

(READ) 
xl,x2,x3, . . . ,x24 

where tttt is the last track "seeked" by ioex and xl, 
x2,x3,...,x24 are octal numbers representing all 72 bits 
of the two 7631 sense data words (Appendix C). 

In addition, the address portion of urrx,i will con- 
tain the total number of re-entries to (sel+) made 
in attempting to recover. On each entry to ( sel + ) , 
urrx,i will be zero or will contain the number of 
times ( sel + ) has been entered previously in attempt- 
ing to recover from an unusual end. 

The two possible exits from (sel— ) are: 

Return 1 Normal return. 
Return 2 Not to be used. 

Return 3 Re-enter (SEL+) and repeat the recovery 
actions if necessary. 

On any entry to (sel + ), 7631 checking may be 
qualified by an exclusion flag corresponding to the 
7631 sense data listed in Figure 14. 

Procedure to Qualify 763 1 Checking 

Into cell rctx,i place a word of the following format: 

PZE FLAGWD 

where flagwd is the location of a word which is an 
exclusion mask to be tested by ioex prior to any error 
procedures. 



Action 1 

The ( sel + ) routine is re-entered. If the error persists, 
the (sel—) routine will be entered and the proper 
sense data will be in the sense indicators. 

Action 2 

The ( sel — ) routine is not entered with the error 
indication until the sequence hbsr (or hskr) — Enter 
(sel + ) is repeated ten times without success. 

Action 3 

An hbsr order followed by an herg order is executed. 
The ( sel + ) routine is then re-entered. If the same 
unusual end signal persists after ten re-entries to 
(sel+), the (sel— ) routine is entered with the 
proper indication. 

Action 4 

An operator message is printed indicating the correc- 
tive action to be taken by the operator. Upon com- 
pletion of the necessary operator action, the (sel + ) 
routine is re-entered. 

Exits 

The three possible exits from the (sel — ) routine are: 

Return 1 Normal return. 
Return 2 Not to be used. 

Return 3 Re-enter (SEL+) and repeat the. recovery 
actions if necessary. 
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Byte 


Bit 


Assignment 


Abbreviation 


Recovery 
Action 


Comment 


RD 


WR 


1 


1 
2 
3 
4 
5 
6 


Operator Required 
Program Check 
Data Check 
Exceptional Condition 
Selected Drive Not Ready 
Selected Drive Not Loaded 


OPREQ 
PRGCK 
DATCK 
EXCND 
NTRDY 
NTLOD 


4 
4 


4 
4 


Summary 
Bits 


Operator Required 


Program 
Check 


2 


1 
2 
3 
4 
5 
6 


Selected Drive File Protected 
Not Used 

Invalid Order Operation Code 
Selected Drive Busy 
Selected Drive at BOT 
Selected Drive at EOT 


FILPR 

I'ORD 
DRBSY 
ATBOT 
ATEOT 


1 
1 
1 
1 


4 

1 
1 
1 
1 


3 


1 
2 
3 
4 
5 
6 


Correction Occurred 
Channel Parity Check 
Code Check 
Envelope Check 
Overrun Check 
Excessive Skew Check 


PARCK 
CDECK 
ENVCK 
OVRCK 
ESKCK 


2 
2 
2 
2 
2 


3 
3 
3 
3 


Data 
Check 


4 


1 
2 
3 
4 
5 
6 


Track Start Check 

Not Used 

Selected DR Read a Tape Mark 

Selected DR in EWA 

No Data Transmitted 

Not Used 


TRSCK 
NDTRN 


2 
2 


3 
1 


Exceptional 
Condition 



* When a tape mark is read, return will be made to the (SEL-) routine with the proper 
sense data in the sense indicators. The applicable unit control block will contain a 
zero record count, and the file count will be increased by one. In addition, location 
(LTPOS will contain word 3 of the unit control block as it was before the tape mark 
trap occurred. 

** When writing continues into the EWA, the (SEL-) routine will be entered with the 
proper sense data in the sense indicators. In addition, the appropriate bit in word 
1 of the unit control block will be set on. 

Figure 15. Recovery Action Taken on an Unusual End Signal 



Whenever the (sel — ) routine is entered with an 
unusual end signal, an operator message is printed 
indicating the error. The message will have the follow- 
ing form: 

UNIT xHk/s WRITE ERROR 
(READ) 

xl,x2,x3, . . . ,x24 
where xl,x2,x3,...,x24 are octal numbers representing 
all 72 bits of the two 7640 sense data words (Appen- 
dix D). 

As with disk storage, 7640 checking may be qualified 
upon entry to the (sel+) routine by means of an 
exclusion flag corresponding to the packed 7640 sense 
data shown in Figure 15. Thus, the user can specify 
with flag bits any unusual conditions which he may 
wish to ignore. For example: 



FLBITS 



CLA 
STO* 



PZE 
OCT 



FLBITS 
( RCTXI 



• + 1 
301720000000 



will cause ioex to bypass any recovery attempts if any 
one of the following conditions causes an unusual 
end signal: 



I'ORD 

DRBSY 

ATBOT 

ATEOT 

PARCK 



These exclusion bits will also prevent the printing 
of any on-line message which usually would follow 
one of the above errors. 
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Channel Control Tables 

The ( sel + ) routine can make use of the ioex Tables 
of Reset and Load Channel instructions and Start 
Channel (7909) instructions. This should be done 
indirectly through the communication locations 
(rchxi and (stcxi. iri must contain the complement 
of the channel index. 

The form of the tables themselves is: 

RCHX RCHA ** STCX STCA 
RCHB .** STCB 

( RCHXI contains PZE RCHX,1. 
( STCXI contains PZE STCX, 1 . 

If ( rchxi is used, the applicable address in the rchx 
Table must be set upon every entry to ( sel + ) . 



IOEX Utility Routines 

The following are ioex utility routines that may be 
used by subsystems operating under control of the 
System Monitor. The routines ( prout, ( punch, ( cvprt, 
( pause, ( pawsx, ( bcdor, and bcd5x all enable trapping 
(except at trap time) upon exit. This trapping can 
be suppressed by the user by setting the address 
portion of the ioex Communication Table entry 
( enbsw to nonzero. The address must be reset to zero 
by the user. 

Message Writer 

Messages can be printed both on-line and off-line, 
using the subroutine (prout. Off-line messages are 
actually printed by a separate subroutine, spout, 
which is called by ( prout when an off-line message is 
specified in the (prout calling sequence, spout is 
stored in core storage locations sysend-199 through 
sysend. Therefore, if any subsystem uses spout, it must 
consider sysend-200 as the end of usable core storage, 
rather than sysend. 

The calling sequence for (prout is: 



TSX 


(PROUT,4 


PFX 


N 


P 


L1,T1,M1 + 512*SPR1 


P 


L2,T2,M2 + 512*SPR2 



P LN,TN,MN + 512*SPRN 

If pfx = pze, the message is printed on-line and no 
reference to spout is made. A subsystem that destroys 
spout must specify pze whenever (prout is used. 
pfx is interpreted as pze for any call to ( prout during 
(sel+ ) or (sex— ) time. 

If pfx=mze, the message is recorded both off-line 
and on-line. 

If pfx=mon, the message is recorded off-line only. 

N is the number of entries following the calling 
sequence. M words (six characters each) beginning in 



location l, t are converted and placed in the line image 
for printing. If p=pze, the image is taken to be com- 
plete and the line is printed. If p=mze, this line is con- 
sidered incomplete, and the l,t,m of the next calling 
sequence entry are used to continue building the image, 
beginning with the next print position to the right. 

If p=pze, the sense exit spr is activated after the line 
is printed. (An spr appearing in a word with p=mze 
is ignored. ) For spout, spr must be ( single space ) , 
1 (eject), or 4 (double space). To activate an exit 
before printing the first line, an entry of the form : 

PZE **„512*SPR 

should be made in the calling sequence. This will 
print a blank line, followed by activation of the hub spr. 

(prout can be used either at trap time or at non- 
trap time. Printing is immediate; that is, the printing 
operation is started before the return from (prout. 

Alphameric Punch 

The entry 

TSX ( PUNCH.4 

with sequence similar to (prout, excepting sense exits, 
provides for punching bcd cards on-line for accounting, 
etc. 

Error Pause 

The instruction 

TSX (PAWSX,4 

causes a machine stop ( hpr — 1 ) after on-line printing 
of the message 

PRES STRT TO GO ON 
Pressing the Start key causes on-line printing of the 
message 

. . . CONTINUING 
and returns control to 1, 4. 

Operator Action Pause 

The instruction 

TSX (PAUSE,4 

causes a machine stop ( hpr — 1 ) after on-line printing 
of the message 

OPER. ACTION PAUSE. . . 
Pressing the Start key causes on-line printing of the 
message 

. . . CONTINUING 
and returns control to 1, 4. 

BCD Zero Conversion 

The instruction 

XEC ( IBCDZ 

replaces decimal zeros in the bcd number located in 
the mq with bcd zeros, i.e., 12 8 . A crq is peformed. 
This routine is used for making disk/drum orders only. 
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Form C28-6248-2 
Page Revised 9/10/64 
byTNLN28-0118 

Form Disk/Drum Order 

The following routine places amtttt disk or drum 

data into the location of a specified order. It also sets 

interface bits for sms and places rr (ha2) into the 

second word of the order. 

The calling sequence is: 

TSX (FDAMT,2 

BCI 1,00RR0B 

PZE DORDER,T 

return 

iR4 equals — l (ucb), and bytes 3 through 6 of the mq 
contain tttt head and track in bcd. dorder, T is the 
location of the disk/drum order, rr is ha2 identifier, 
and B is the mask for the 7909 sms command. Bit 35, 
i.e., hte low-order bit of B, is set for interface selection 
by (fdamt. T may be zero or iri. 

Post-Mortem Dump 

The instruction 

TSX (STOPX,4 

causes a transfer to the location sysdmp in the System 
Nucleus. A transfer to sysdmp causes a post-mortem 
dump of core storage followed by the skipping of 
cards on the system input file until a sibsys, sexecute, 
$job, or sstop card is encountered. 

Symbolic Unit Conversion 

The instruction 

TSX (SYMUN,4 

converts the unit address located in the decrement 
of the mq, i.e., ldq with the address of word 1 of the 
unit control block, to its bcd equivalent as it appears 
on a $attach card. The results, straddled by any nec- 
essary bcd blanks, are located in the ac upon return 
to 1, 4. 

Binary to Decimal Conversion — AC Decrement 

The instruction 

TSX ( DECVD,4 

converts the binary number in the decrement of ac 
to its bcd equivalent. The results are located in the 
low-order end of the mq. The high-order mq char- 
acter is a bcd blank. Control is returned to 1,4. 



Binary to Decimal Conversion — AC Address 

The instruction 

TSX (DECVA,4 

has the same function as (decvd, except that the ad- 
dress portion of ac is converted. 

Binary to BCD Octal Conversion —MQ Decrement 

The instruction 

TSX (BCD5R,4 

converts the binary number in the decrement of mq 
to its octal equivalent in bcd code. The results are 
located in the low-order end of the ac. The high-order 
ac character is a bcd blank. Control is returned to 1,4. 

Binary to BCD Octal Conversion — S, 1-14 of MQ 

The instruction 

TSX (BCD5X.4 

has the same functions as (bcdsr above, except that 
bit positions S, 1-14 of the mq are converted. 

Convert and Append Unit Designation to Message 

The words "unitxxxxxx," where xxxxxx is converted 
from the unit address in d(mq), i.e., ldq with the ad- 
dress of word 1 of the unit control block, can be ap- 
pended to a message by the calling sequence 

TSX ( CVPRT,4 

PFX L,T,M + 512*SPR 

return 

where pfx is interpreted the same way as the pfx 
directly following the tsx (prout,4. The remainder of 
the control word, that is, l,t,m + 5L2* spr, is interpreted 
the same as in the control words in (prout. 

Freeing a Channel 

The user tests channel activity with the sequence 

ZET* ( CHXAC 

TRA *-l 

iri must contain the 2's complement of the channel 
index (0 = channel A, 1 = channel B, etc.). 

When the zet falls through, all activity on the chan- 
nel is complete, including any disk-seek, drum-seek, 
or Hypertape free-running orders. 
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FAP 


MAP 






Symbolic 


Symbolic 






Address 


Address 


IOEX Entry 


(ACT IV 


.ACTV 


TTR 


TEST 


(ACTVX 




TTR 


ACTIV 


(NDATA 


.NDSEL 


TTR 


TEST 


(NDSLX 




TTR 


NDATA 


(PROUT 


.MWR 


TTR 


PROUTO 


(PUNCH 


.PUNCH 


TTR 


PUNCHO 


(ENBSW 


.ENBSW 


HTR 


** 


(PAWSX 


.PAWS 


TTR 


PAWS 


(PAUSE 


.PAUSE 


TTR 


PAUSE 


(STOPX 


.STOP 


TTR 


SYSDMP 


(SYMUN 


.SYMUN 


TTR 


SYUNCV 


(DECVD 


.DECVD 


TTR 


BCVDEC-1 


(DECVA 


.DECVA 


TTR 


BCVDEC 


(CKWAT 


.CKWAT 


TTR 


CKWAIT 


(BCD5R 


.BCD5R 


TTR 


BCD5-1 


(BCD5X 


.BCD5X 


TTR 


BCD5 


(CVPRT 


.CVPRT 


TTR 


CVPRT 


(STOPD 


.STOPD 


TTR 


SYSDMP 


(CHXAC 


.CHXAC 


PZE 


CHXAC,! 


(URRXI 


.URRX 


PZE 


URRX,1 


(RCTXI 


.RCTX 


PZE 


RCTXJ 


(RCHXI 


.RCHX 


PZE 


RCHXJ 


(TCOXI 


.TCOX 


PZE 


TCOX,l 


(TRCXI 


.TRCX 
.ETTX 


PZE,. 


TRCXJ 


(ETTXI 


PZE' 


ETTX,1 


(TEFXI 


.TEFX 


PZE 


TEFX,1 


(TRAPX 


.TRAPX 


PZE 


(TRAPS 


(TRAPS 


.TRAPS 


OCT 
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(COMMM 


.COMM 


PZE 


** r/ ** 


(LTPOS 


; LTPOS 


PZE 


** f/ ** 


(IOXSI 


.IOXSI 


BSS 


1 


(CHPSW 


.CHPSW 


PZE 


** 


(TRPSW 


.TRPSW 


PZE 


** 


(FDAMT 


.FDAMT 


TTR 


FDAMT 


(SDCXI 


.SDCXI 


PZE 


SDCX,1 


(STCXI 


.STCXI 


PZE 


STCX,1 


(COMMD 


.COMMD 


pze" 


** 


(IBCDZ 


.IBCDZ 


CRQ 


DECRQ,,6 


(CHXSP 


.CHXSP 


PZE 


CHXSP,! 



Function 

Activate Routine and Test 

Activate Routine Without Test 

Non-Data Select and Test 

Non-Data Select Without Test 

Message Writer 

Alphameric Punch 

Enable Switch 

Error Pause 

Operator Action Pause 

Post-Mortem Dump 

Symbolic Unit Conversion 

Binary to Decimal - AC Decrement 

Binary to Decimal - AC Address 

Checkpoint Wait 

Binary to BCD Octal, Bits 3-17 of MQ 

Binary to BCD Octal, Bits 1-14 and S of MQ 

Convert and Append Unit Designation to Message 

Post-Mortem Dump 

Channel Activity (Indirect Reference) 

Redundancy Count (Indirect Reference) 

Redundancy Control (Indirect Reference) 

Reset Load Channel (Indirect Reference) 

Channel Delay (Indirect Reference) 

Tape Redundancy Test (Indirect Reference) 

End Tape Test (Indirect Reference) 

End File Test (Indirect Reference) 

Current Traps Enabled (Indirect Reference) 

Current Traps Enabled 

Store Channel Results at Trap 

Tape Position Before Last Trap 

Sense Indicators at Trap 

Checkpoint Switch 

Trap Switch 

Form Disk Order 

SDCX Table (Indirect Reference) 

STCX Table (Indirect Reference) 

Store Channel Diagnostic Results 

BCD Zero Conversion 

Priority Switch Table 



Figure 16. ioex Communication Table 
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System Editor 



Function 

The function of the System Editor is to modify, add, 
delete, replace, or rearrange records of the ibsys Op- 
erating System in order to meet the requirements of a 
particular installation. The ibsys Operating System is 
located on «ne-er more System Library Units that may 
fee--729-^fegiietic--Tape Units, 1301 Disk—Storage 
.Cylinders-, or 7340 Hypertape Drives. Editing may pro- 
ceed from any one type of unit (729, 1301, or 7340) 
to the same or any other type of unit (729, 1301, or 
7340). 

The System Editor is normally the last file in syslbi. 
When a sibedt card is read by the System Supervisor, 
the System Editor is called into core storage and con- 
trol is relinquished to it. The System Editor then pro- 
ceeds to read and process control cards on the system 
input file. 

When a new System Library is produced by the 
Editor, it is recorded on sysuti. It may be formed from 
a combination of input from the old System Library on 
syslbi or syslb2, from alteration cards on sysini and/or 
sysuts, or from records on any other specified System 
Unit. 

*EDIT Card 

Control information is transmitted to the System Editor 
by an *edit card. This control card is required for every 
edit run and must immediately follow the sibedt card, 
whether or not any options are specified on the control 
card. The format of the *edit card is as follows : 



7 
*EDIT 



16 



[SYSLB2]r,HIGHn[,MAP][,MODS]r,xDam/sn 
|_,LOW J LxHk/s J 

The options on this control card are interpreted as 
follows : 



SYSLB2 

HIGH 
LOW 



MAP 



MODS 



xDam/s 
xHk/s 



This option specifies that SYSLB2 is to be edited. 
If no option is indicated, SYSLBI is edited. 
This option specifies the density setting of the new 
System Library Tape ( on SYSUTI ) . If no density 
is specified, the density is the same as the old 
System Library Tape. 

This option specifies that the names of the records 
and files on the new System Library be listed on 
the System Output Unit. 

This option specifies that the maintenance control 
cards (*MODIFY, *REPLACE, etc.) or OCTAL 
alteration cards that affected a record be listed 
before the record name on the list specified by the 
MAP option. If the MAP option is not specified, 
this option is nullified. 

If the IBSYS record is being edited to a new Sys- 
tem Library on disk or Hypertape, a load card is 



required; that is, a card is required which loads 
in the IBSYS record at initial start when it is 
placed in the card reader and the LOAD CARDS 
push button on the Operator's Console is pressed. 
When this option is present, a load card is 
punched out on the System Punch Unit at the 
end of the edit. The card loads the IBSYS record 
from the unit specified by xDam/s (disk) or 
xHk/s (Hypertape). No card is punched if no 
unit is specified. 

Any text in columns 55 through 72 of the *edit card 
is used as the heading of all printed output from the 
System Editor. 



Arrangement of Subsystems 

The arrangement of subsystems in the System Library 
is indicated in the System Name Table (sysnam) of 
the System Supervisor. The table is used by the System 
Supervisor to locate a subsystem when a sexecute card 
is read from the input file. There are two entries in the 
table for each subsystem, as follows : 



BCI 
PZE 



1, sysnam 

tfiles, index, nfiles 



In the first entry, sysnam is the name of the sub- 
system. It corresponds to the name on the sexecute 
card that calls the subsystem. In the second entry, 
tfiles is the number of consecutive files that make up 
the subsystem; index is the number 1, 2, 3, or 4, cor- 
responding to syslbi, 2, 3, or 4, respectively; and nfiles 
is the number of files the System Supervisor must skip 
before scatter-loading the first record of the subsystem. 
The System Monitor (ibsys) file is always the first file 
on syslbi, and the System Editor is normally the last 
file on syslbi. 

*PLACE Card 

The *place card is used to modify the System Name 
Table. It is the only control card that can cause a 
change in the System Name Table. 

Note: All *place cards must immediately follow the 
*edit card. 

The format of the *flace card is : 



7 
*PLACE 



16 



sysnam [, tfiles, index, order] 

The *place card causes a subsystem name and data 
concerning the location of the subsystem to be inserted 
into or deleted from the System Name Table. 

If the three arguments tfiles, index, and order are 
specified on the *place card, an entry is posted in the 
System Name Table for the subsystem specified by 
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sysnam. The argument tfiles is the number of consecu- 
tive files that make up the subsystem; index is the 
number 1, 2, 3, or 4, corresponding to syslbi, 2, 3, or 4, 
respectively; and order is the order of the specified 
subsystem in the System Library Unit with respect 
to other subsystems. In specifying the order of a sub- 
system, the ibsys file should be considered. For ex- 
ample, if index is 1, the first subsystem following the 
ibsys file on syslbi is specified by an order of 1; the 
second subsystem following the ibsys file is specified by 
an order of 2; and so forth. However, if index is 2, 3, or 
4, the first subsystem on syslb2, 3, or 4, respectively, is 
specified by an order of 0; the second subsystem by an 
order of 1; and so forth. 

If the argument order is omitted and the arguments 
tfiles and index are included on the control card, the 
entry in the System Name Table will indicate that the 
specified subsystem is the last subsystem on the new 
System Library Unit, followed only by the System 
Editor. 

If the three arguments tfiles, index, and order are 
omitted from the *place card, the entry in the System 
Name Table for the specified subsystem is deleted. 

When editing to disk storage, a System Loader Table 
(sltabl), as well as the System Name Table, is main- 
tained by the System Editor. When the System Library 
is on disk, the System Supervisor refers to the System 
Loader Table, instead of the System Name Table, to 
locate a subsystem when a $execute card is en- 
countered. However, when editing to disk storage, the 
System Name Table must still be kept up to date, using 
the *place card. When editing from disk to tape, the 
new System Library is generated in accordance with 
the System Name Table on disk and the System Loader 
Table is omitted. 

When the System Library is on disk, the *place 
card may also be used to insert or delete home address 
(has) identifiers. This use of the *place card is 
described in the section "Disk Editing." 

Maintenance of the System Name and Loader Tables 

The System Name Table is used by the System Super- 
visor and is, therefore, part of the ibsys record. When 
the System Supervisor is loaded into core storage, 
the System Name Table is loaded into locations 
sysorg through sysorg+99. When the System Editor 
is subsequently loaded into core storage, it is loaded 
so that it does not overlay the System Name Table. 
Therefore, the table is available for updating by the 
System Editor if any *place cards are read. When the 
ibsys record, which is the first record on tape, is ed- 
ited onto sysuti, the System Editor performs the fol- 
lowing steps: 

1. Examines the location syscor in the Communica- 
tion Region of the System Nucleus (refer to Appen- 



dix A) to determine the current location of the System 
Name Table. 

2. Changes the table as specified by any *place 
cards. 

3. Transfers the updated table to the ibsys record 
that is going to be written on sysuti. The table is 
placed in the new ibsys record, so that it will be lo- 
cated beginning at sysorg whenever the System Super- 
visor is loaded into core storage. 

When editing to disk, the System Loader Table is 
automatically maintained by the System Editor. The 
System Loader Table is located at sysorg +107 through 
sysorg +946. The System Name Table is always main- 
tained by the System Editor from information supplied 
by *place cards, regardless of whether the System 
Library is on disk or tape. 



Alteration Cards 

Standard System Library records are derived from two 
types of alteration cards: absolute column-binary and 
octal. 

Absolute Column-Binary Cards 

The absolute column-binary cards are the standard 22- 
word-entry type, illustrated in Figure 17. The data or 
instruction words, beginning with word 3 on the control 
card, are written on the Sysem Library Unit in a stan- 
dard System Library record format that enables them 
to be loaded in sequential core-storage locations, begin- 
ning with the location specified in bit positions 21 
... 30 of word 1. 



Octal Cards 

The octal card format is as follows 

7 16 



72 



1 

octloc j *OCT I word 1, word 2 word n 

i OCTAL} 

The use of * in column 7 is optional. Each octal word 
must consist of 12 or fewer unsigned digits. When 
fewer than 12 digits are entered in a word, they are 
right-justified in the word. The octal words are sepa- 
rated by commas on the control card. The words will 
be written on the System Library Unit in a standard 
System Library record format that enables them to be 
loaded into sequential core-storage locations, begin- 
ning with the location specified by the octal ad- 
dress octloc. 



Standard System Library Record Formats 

Before records are edited onto 729 tape, they are con- 
verted by the System Editor into a standard self- 
loading scatter-load format (shown in Figure 18) that 



System Editor 39 



/ 




2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


20 


21 


22 


23 


24 


00000000 

11111111 

.22222222 
33333333 
44444444 
55555555 
66666666 
77777777 
8BB8888B 
39999999 
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Word 
1 



Bit Positions 
S 

1 

2 

9 
11 

12-17 
21-35 

S-35 
3-24 



Contents 
Must be blank. 

Must be blank. 

If punched, the System Editor does not compute a check sum 
from card data for comparison with card's prepunched check sum. 

Must be punched. 

Must be punched. 

Count of words in the card, excluding words 1 and 2. 

Absolute loading address — the actual address of the core storage 
location where the first data or instruction word on this card is to 
be stored . 

Check sum — the logical sum (Add and Carry Logical Word) of all 
words in this card except word 2. 

Data or instruction words. 



Figure 17. Absolute Column-Binary Card Format 



enables them to be loaded by the System Loader in the 
Nucleus. The records may be converted from similar 
standard System Library records on disk or Hyper- 
tape (shown in Figure 19), from column-binary al- 
teration cards or card images, from octal alteration 
cards or card images, or from a combination of these. 
The System Loader uses the following input/output 
command sequence to load standard System Library 
records from 729 tape: 



IOCP 


* + l„l 


xxxx 


H* $ jfiifr 


TCH 


*-2 



where xxxx is either an iocp or ioct command. 

Since the System Supervisor employs the System 
Loader to load the first record of a subsystem, it is 
mandatory that the first record be in the standard 
System Library format shown in Figure 18. A sub- 
system may also use the System Loader to load suc- 
ceeding records, provided the records are also in the 
standard System Library format. No more than one 
record at a time may be loaded using the System 
Loader, since redundancy checking is performed and 



the instruction sequence bsr, rds is attempted 10 times, 
if necessary. 

Each subsystem consists of one or more files, each 
file consisting of one or more records. The first record 
of each subsystem must load the location systra, in the 
Communication Region of the Nucleus, with a transfer 
to the first instruction in the subsystem that is to be 
executed. This is necessary because the System Super- 
visor transfers control to systra after loading the first 
record of a subsystem specified on the $execute card. 

The first word in a standard record, following the 
initial input/output command (location loci in Figure 
18 ) , must be the name of the record in bod form, with- 
out leading blanks. If a record is the first record of a 
file, the name of the record is also the name of the file. 
If the file is the first file of a subsystem, the name of the 
first record of the file is the name of the subsystem ( as 
specified in the System Name Table), as well as the 
name of the first file of the subsystem. When the System 
Library is being edited, the name of the first record of 
each subsystem in the new System Library is checked 
against the entry for the subsystem in the System Name 
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First command word 



Nl sequential words 



Second command word 



N2 sequential words 



Third command word 



N3 sequential words 




Nth command word 
Nn sequential words 
Last command word 



Figure 18. Standard System Library Record Format for 729 
Tape 



First command word 



Nl sequential words 



Second command word 



N2 sequential words 



Third command word 



N3 sequential words 



Nth command word 



Nn sequential words 



Last command word 



CPYP 


LOC1,,Nl 


BCI 


1,NAME 


i i 


| CPYP 


LOC2,,N2 | 




CPYP 


LOC3,,N3 | 






CPYP 


LOCn,,Nn 




TCH 


SYSCYD 



* For an explanation of SYSCYD refer to Appendix A 

Figure 19. Standard System Library Record Format for Hyper- 
tape and Disk 



Table. If a discrepancy exists, an error message is 
printed. 

The record name is the name printed when the map 
option on the *edit card is exercised. It is also used by 
the System Editor to identify a record, a file, or a sub- 
system. 

Note, however, that the System Supervisor locates a 
subsystem specified on a $execute card by referring to 
the System Name Table or, if the System Library is on 
disk, by referring to the System Loader Table. The 
last record on a System Library Tape has the identifica- 
tion *eot and is used to inform the System Editor of the 
logical end of tape. 

When a subsystem or part of a subsystem is loaded 
into core storage, it must not overlay the System 
Nucleus. 

If the subsystem is not loaded into the area occupied 
by the Input/Output Executor (ioex) or the off-line 
writing routine spout, ioex and spout are immediately 
available for use by the subsystem. The off-line writing 
routine spout cannot be used if ioex is overlaid. 



Before records are edited onto Hypertape or disk, 
they are converted by the System Editor into a stand- 
ard System Library format ( shown in Figure 19 ) sim- 
ilar to the format for 729 tape, that enables them to be 
loaded by the System Loader. The records may be con- 
verted from standard System Library records on 729 
tape ( shown in Figure 18 ) , from column binary alter- 
ation cards or card images, from octal alteration cards 
or card images, or from a combination of these. The 
System Loader uses the following input/output com- 
mand sequence to load standard System Library rec- 
ords from Hypertape or disk: 



CPYP 
xxxx 



*+l„l 



TCH *-2 

where xxxx is either a cpyp or tch command. 

Since the System Supervisor employs the System 
Loader to load the first record of a subsystem, it is 
mandatory that the first record be in the standard 
System Library format as shown in Figure 19. 

When loading standard System Library records from 
disk, the cylinder mode of operation is used. A sample 
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scatter-read program for reading records from disk is 
shown in Appendix E. 

When a disk record extends across two cylinders, the 
System Editor sets the last word on the first of the two 
cylinders to the following: 

TCH SYSCYD„yyy 

where yyy is the location of the first track of the second 
of the two cylinders. The remainder of the record on 
the second cylinder begins with an appropriate cpyp 
command. If editing proceeds from disk to magnetic 
tape, any tch command within a record that was writ- 
ten because the record straddled two cylinders is reset 
by the System Editor to a cpyp command with a 
word count. 

In a disk record, the low-order bits of the decrement 
in the final tch syscyd command points to the track 
origin of the next sequential record, and the high-order 
bit of the decrement is set to 1. The 1-bit indicates to 
the System Loader that the tch is the true end of the 
record and not just the end of a cylinder. 



Maintenance Control Cards 

The actual addition, deletion, rearrangement, or modi- 
fication of subsystems or records and files within a sub- 
system is performed by the use of the maintenance 
control cards described in this section. A *place card 
does no more than post, in the System Name Table, 
the postition of a subsystem. The maintenance control 
cards must be in the same order as the records to 
which they refer. If a maintenance control card refers 
to a record out of sequence in the edit deck, the effect 
of the control card is nullified and a message is printed. 

* MODIFY Card 

The format of the *modify card is as follows: 



7 16 

♦MODIFY recnam 



1 

[TAPE] 

where recnam is the name of a record in the old 
System Library (syslbi or syslb2) that is to be 
modified. 

If tape does not appear in columns 1-4, this control 
card causes the specified record to be consolidated 
with alteration cards that follow this control card on 
sysini. The alteration cards on sysini may be any com- 
bination of octal and column-binary cards. 

If tape appears in columns 1-4, the *modify card 
causes the specified record to be consolidated with al- 
teration cards on sysut2. The alteration cards on sysut2 
must be in the form of column-binary card images. 

The System Editor performs the following steps 
after reading a *modify card: 

1. Transfers to sysuti all files, file marks, and rec- 
ords on syslbi (or syslb2, if specified on the *edit 



card) up to, but not including, the record specified on 
the *modify card. If necessary, records are converted 
to the standard System Library record format shown 
in Figure 18, when sysuti is 729 tape, or to the stand- 
ard format shown in Figure 19, if sysuti is Hypertape 
or disk. 

2. Reads the specified record into core storage. 

3. Deletes the ioct or tch command at the end of 
the record. 

4. Appends an iocp (or cpyp) command of the fol- 
lowing form to the record: 

IOCP LOC„N 

where loc is the storage location specified in the first 
alteration card and N is the number of words, con- 
tained on the first alteration card and the alteration 
cards immediately following it, that are to be loaded 
into contiguous core-storage locations. 

5. Places the N words from the alteration cards into 
the record following the newly appended command 
word. 

6. Repeat steps 4 and 5, with appropriate loc and N 
values, until, if tape is specified, a transfer card is en- 
countered on sysut2 or, if tape is not specified, until a 
new System Editor control card is encountered on 

SYSINI. 

7. Appends, to the end of the record, an ioct com- 
mand with a word count of zero or, if sysuti is Hyper- 
tape or disk, a tch syscyd command. 

8. Writes the expanded record onto sysuti. 
After all actions required by the *modify card are 

completed, syslbi (syslb2) will be positioned just 
after the specified record and before the next record 
( or file mark, if not a record ) . 

* REPLACE Card 

The format of the *replace card is as follows: 

1 7 16 

TFILE "I *REPLACE (recnam { , SYSxxx 

LTAPEJ |sysnamf 

If neither tape nor file appears in columns 1-4, the 
*replace card causes an entire record (specified by 
recnam ) in the old System Library on syslbi ( syslbs) 
to be replaced on sysuti, with a new record formed 
entirely from the alteration cards that follow the 
*beplace card on sysini. If tape appears in columns 
1-4, the specified record is replaced by a new record 
formed from the alteration cards on sysut2, rather than 

SYSINI. 

Before the specified record is replaced, all of the 
files, file marks, and records that precede the record on 
syslbi (syslb2) are transferred to sysuti. The replace- 
ment record represented by the alteration cards and, 
if necessary, the records transferred from syslbi 
( syslb2 ) are converted to the standard System Library 
record format shown in Figure 18 if sysuti is 729 tape, 
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or to the standard format shown in Figure 19 if sysuti 
is Hypertape or disk. 

The alteration cards on sysut2 must be column- 
binary card images when tape is specified. When tape 
and file are not specified, the alteration cards that 
follow the ^replace card on sysini may be any com- 
bination of octal and column-binary cards. As with the 
*modify card, the end of the alteration cards is sig- 
naled by a transfer card when tape is specified, or by a 
System Editor control card when tape and file are not 
specified. 

When all of the operations called for by the 
*replace or tape *replace card are completed, syslbi 
( syslb2 ) is positioned just after the record specified by 
recnam, but before the next record or file mark. 

If file appears in columns 1-4 of the *replace card 
and the name appearing in columns 16-21 matches a 
subsystem name in the System Name Table, all rec- 
ords, files, and file marks are read in from syslbi 
( syslb2 ) and written out on sysuti, until the specified 
subsystem is located in accordance with the entry in 
the System Name Table. When the subsystem is lo- 
cated, it is replaced on sysuti by the files on sysxxx. 
If the number of files in the replacement differs from 
the original, a *place card reflecting this must be in- 
serted into the edit deck following the *ebit card, but 
preceding the maintenance control cards. 

The first word of each record read from sysxxx is 
checked for an iocp ( or cpyp ) command. If it is not an 
iocp ( or cpyp) command, the record is considered non- 
standard and is duplicated without change onto sysuti. 
If it is an iocp ( or cpyp) command, the record is con- 
sidered a standard System Library record. In this case, 
the record is duplicated onto sysuti, except for the last 
word. The last word is changed to an ioct o„o com- 
mand if sysuti is 729 tape, or to a tch syscyd com- 
mand if sysuti is Hypertape or disk. If sysut2 is disk, 
the required tch command is inserted whenever a 
cylinder boundary is crossed while a record is being 
written. 

If file appears in columns 1-4 of the ^replace card 
and the name appearing in columns 16-21 does not 
match a subsystem name in the System Name Table, 
all records, files, and file marks are read in from syslbi 
( syslb2 ) and written out on sysuti, until a record with 
the specified name is located. When the specified rec- 
ord is located, it, and all succeeding records (if any) 
up to and including the next file mark, are replaced 
on sysuti by the next file and file mark on sysxxx. The 
replacement records are processed by the System Edi- 
tor as described in the preceding paragraph. To re- 
place an entire file, the record name specified on the 
file *replace card must be the name of the first record 
in the file. However, if the name of the first record in 
the file matches a subsystem name in the System Name 



Table, all of the files in the subsystem will be replaced, 
as previously described. 

When all actions required by the file *replace card 
are completed, syslbi (syslb2) is positioned after the 
file mark that follows the last file (or part of a file) 
replaced. 

* INSERT Card 

The format of the *insert card is as follows: 

1 7 16 

[TAPE] *INSERT [FILEMK] 

If tape and filemk are not specified, the *insert 
card causes a new record, formed from octal and/or 
column-binary alteration cards following the *insert 
card on sysini, to be written on sysuti at its current 
position. The end of the alteration cards on sysini is 
indicated by a new System Editor control card. 

If tape appears in columns 1-4 and filemk is not 
specified, the new record is formed from alteration 
cards in the form of column-binary card images on 
sysut2. The end of the alteration cards on sysut2 is 
indicated by a transfer card. 

The new record, represented by the alteration cards 
on sysini or sysut2, is converted to the standard Sys- 
tem Library record format shown in Figure 18, if 
sysuti is 729 tape, or to the standard format shown in 
Figure 19, if sysuti is Hypertape or disk. 

If filemk is specified, a file mark is inserted on 
sysuti at its current position. When sysuti is disk, a 
flag, analogous to a tape file mark, is placed into a disk 
record address area (shown in Figure 20). A single 
*insert card cannot be used both to insert a new 
record and to write a file mark. 

The position of syslbi ( syslb2 ) is not changed by an 
*insert card. 

* REMOVE Card 

The format of the *remove card is as follows: 

1 7 16 

[FILE] *REMOVE /recnam ^ 

< sysnam > 

Ifilemk; 

If neither file nor filemk is specified, the *remove 
card causes the record specified in columns 16-21 to be 
spaced over on syslbi (syslb2) and omitted from 
sysuti. Before the specified record is removed, all of 
the files, file marks, and records that precede the rec- 
ord on syslbi (syslb2) are transferred to sysuti. After 
the *remove card is processed, syslbi (syslb2) is 
positioned immediately after the specified record. 

If filemk is specified in columns 16-21, the next 
end-of-file mark encountered on syslbi (syslb2) is 
spaced over and omitted from sysuti. All records that 
precede the file mark on syslbi ( syslb2 ) are transferred 
to sysuti. syslbi ( syslb2 ) ends up positioned immedi- 
ately after the file mark that was omitted from sysuti. 
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If file is specified and the name in columns 16-21 is 
a subsystem name in the System Name Table, all the 
files and accompanying file marks associated with the 
subsystem (as defined by the System Name Table 
entry ) are spaced over on syslbi ( syslb2 ) and omitted 
from sysuti. 

If file is specified and the name in columns 16-21 
is the name of a record, but not the name of a sub- 
system posted in the System Name Table, the specified 
record and all succeeding records (if any), up to and 
including the next file mark, are spaced over on syslbi 
(syslbs) and omitted from sysuti. If an entire file is to 
be removed, the name specified on the file *remove 
card must be the name of the first record in the file. 
However, if the name of the first record in the file 
matches a subsystem name in the System Name Table, 
all of the files in the subsystem will be removed, as 
previously described. 

Before a specified subsystem or record is removed, 
all of the records, files, and file marks that precede it 
on syslbi (syslbs) are transferred to sysuti. 

* AFTER Card 

The format of the *after card is as follows: 

1 7 16 

[FILE] *AFTER /recnam -j 

< sysnam > 

(filemkJ 

If neither file nor filemk is specified, the * after 
card causes the reading of control cards to be sus- 
pended until all files, file marks, and records on syslbi 
(syslb2), up to and including the record specified in 
column 16-21, have been transferred to sysuti. 

If filemk is specified in columns 16-21, the next file 
mark on syslbi (syslb2) and all records preceding it 
are transferred to sysuti. 

If file is specified and the name in columns 16-21 is 
a subsystem name in the System Name Table, all of 
the files, file marks, and records on syslbi (syslb2), up 
to and including the files and accompanying file marks 
associated with the specified subsystem (as defined 
by the System Name Table entry), are transferred to 

SYSUTI. 

If file is specified and the name in columns 16-21 is 
the name of a record, but not the name of a subsystem 
posted in the System Name Table, all of the files, file 
marks, and records on syslbi (syslb2), up to and in- 
cluding the next file mark following the specified 
record, are transferred to sysuti. 

*DUP Card 

The format of the *dup card is as follows : 

7 16 

*DUP SYSxxx, SYSyyy, n 

This control card transfers n files from sysxxx to 
SYsyyy. The transfer proceeds up to and through the 



nth file mark read on sysxxx. If n is blank, 1, or 0, one 
file and the file mark following it are transferred to 
SYsyyy. 

If SYsyyy is sysuti, the transfer of files from sysxxx 
is performed as described for the file *replace card, 
as follows. The first word of each record of the files 
read from sysxxx is checked for an iocp (or cpyp) 
command. If it is not an iocp ( or cpyp ) command, the 
record is considered nonstandard and is duplicated 
without change onto sysuti. If it is an iocp (or cpyp) 
command, the record is considered a standard System 
Library record. In this case, the record is duplicated 
onto sysuti, except for the last word. The last word is 
changed to an ioct o„o command if sysuti is 729 
magnetic tape, or to a tch syscyd command if sysuti 
is Hypertape or disk. If sysuti is disk, the required 
tch command is inserted whenever a cylinder boun- 
dary is crossed while a record is being written. 

* REWIND Card 

The format of the *rewind card is as follows: 

7 16 

*REWIND SYSxxx 

This control card rewinds the unit assigned to the 
specified system unit function. When the unit assigned 
to the specified system unit function is disk, the 
*rewind card causes the System Editor to begin its 
next read or write operation on the unit at the load 
point defined by the parameters on the $as card when 
the unit was assigned to the specified system unit 
function. 

The *rewind card may be used to define the start- 
ing tape position or disk load point before using a 
*dup card. The *rewind and *dup cards may be used 
to rearrange subsystems in the System Library or to 
incorporate, into the System Library, special-format 
records that have been previously edited by a sub- 
system. 

* CHECK Card 

The format of the *check card is as follows : 



7 
"CHECK 



16 



count, oldnam, newnam 
This control card causes a test to be made to ensure 
that the correct number of editing cards were read 
and that the correct System Library tape was proc- 
essed. The argument count is the number of alteration 
cards and maintenance control cards, including the 
*check card, but not the *edit card. The argument 
oldnam is a name which is compared with the System 
Library name in the fourth word of the *eot record on 
syslbi ( syslb2 ) . If the two names are not the same, an 
error message is printed. The argument newnam is 
the name assigned to the new System Library ( tape or 
disk) on sysuti. The arguments must appear in the 
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order given. If an argument is blank, the corresponding 
operation is ignored. 

If more than one *check card is read during an edit 
run, only the last one is processed. 

* REMARK Card 

The format of the *remark card is as follows : 

7 16 

* RE MARK any remark 

This control card causes the characters in columns 
16-72 of the control card to be listed on the System 
Printer and the System Output Unit. 

Termination of Editing 

The System Editor completes the editing process when 
an end of file or a control card with a 7 and 8 punch 
in column 1 is encountered on sysini. The System 
Editor performs the following steps to terminate the 
editing process: 

1. Transfers from syslbi (syslb2) to sysuti all re- 
maining files, file marks, and records up to, but not 
including, the *eot record on syslbi (syslbs). 

2. Reads the *eot record from syslbi (syslbs) and 
performs the tests and changes specified on the last 
*check card read. 

3. Writes the new *eot record and a file mark on 

SYSUTI. 

4. Rewinds syslbi (syslb2) and sysuti. 

The System Editor then reads the next card on 
sysini, expecting to find a $ibsys, $job, sexecute, or 
$stop card. 



of record is indicated by a 1-bit in bit position S and 
an end of file is indicated by a 1-bit in bit position 1. 



o 

R 


E 
O 
F 




Seek Chain 
Address 




"Pseudo" Record 
Count to simulate 
SCHx Instruction 



1 2 3- 



■17- 



-35 



Figure 20. Format of Disk Record Address Area 



The System Editor writes using the home address 
operation. Writing is in the 6-bit mode using a 465- 
word track format. TheJ^Ot-Disk Storage" user! by the (jv c j, 
System-Editor -must have~the Verify Cylinder feature. «=^ — 

If an error occurs while editing to disk, the format 
track, which was assumed good at the start, is rewrit- 
ten to ensure its validity, and editing continues. If a 
second error occurs on the same select request, editing 
continues, if possible, and the condition is ignored. 

When editing involves disk, the hao switch on the 
ibm 7631 File Control must be on ( up ) . To protect the 
System Library, a home address (ha2) identifier con- 
taining bmoooo is written on each track containing rec- 
ords of the System Library. The format key should be 
unlocked to enable the System Editor to rewrite format 
tracks. It should be locked again when the edit run 
is completed. 

The *place card may be used to insert or delete 
home address (ha2) identifiers. This use of the *place 
card is illustrated by the following examples. 



Disk Editing 

When editing to disk storage, a System Loader Table, 
as well as the System Name Table, is maintained by 
the System Editor. When the System Library is on 
disk, the System Supervisor refers to the System 
Loader Table, instead of the System Name Table, to 
locate a subsystem when a sexecute card is encoun- 
tered. However, when editing to disk storage the 
System Name Table must still be kept up to date, 
using the *place card. The System Loader Table is 
part of the ibsys record which must be the first record 
edited to disk. 

Records which do not have an iocp or cpyp com- 
mand as their first word, containing the number of 
words following, are not included in the System 
Loader Table. A record is not considered to be a 
standard System Library record if it begins with any 
of the following commands: iobt, iorp, ioct, iosp, or 

IOST. 

An end of record or an end of file is indicated on 
disk by a flag in the record address area. The format 
of a record address area is shown in Figure 20. An end 



Example 1 

Starting with cylinder 10, write home address (has) 
identifiers of pq on 15 cylinders assigned to the spec- 
ified system unit function. 



1 

SYSxxx 



7 
*PLACE 



16 

PQ, 15, 10 



Example 2 

Reset to general use code 00 the home address (ha2) 
identifiers on 250 cylinders assigned to the specified 
system unit function beginning with cylinder 0. 



1 

SYSxxx 



7 
*PLACE 



16 

00, 250, 



Care should be taken to ensure that the cylinder 
limits are defined correctly, since incorrectly defined 
limits may result in the destruction of valid data. 

Example 3 

If it is desired to write home address ( HA2 ) identifiers 
on the cylinders assigned to a specified system unit 
function and to bypass subsequent editing, the follow- 
ing *place card should be inserted in the edit deck, 
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after all other *place cards and preceding the end- 
of-file card. 



1 
SYSxxx 



"PLACE 



Editing Relocatable Records 

If a standard relocatable record is located on sysut2 
when one of the following maintenance control cards 
is read, the System Editor converts it to a format 
similar to the standard System Library format. 



1 


7 16 


TAPE 


♦REPLACE recnam 


TAPE 


♦INSERT recnam 



Two iocp (cpyp ) commands and a record name are 
placed at the beginning of the record by the Editor, 
as follows: 



IOCP 

BCI 

IOCP 



LOCl„l 

l.NAME 
LOC2„N 

where loci is 45000 8 , name is the record name speci- 
fied on the *replace or *insert card, loc2 is 45002 8 , 
and N is the number of words in the relocatable 
record. An ioct command with a word count of zero 
is appended to the record if sysuti is 729 tape, or a 
tch syscyd command is appended to the record if 
sysuti is Hypertape or disk. 

Once a relocatable record is placed in the System 
Library in the standard System Library format, all 
maintenance control cards that are applicable to non- 
relocatable records in the standard System Library 
format, except the *modify card, are also applicable 
to the relocatable record. 



editing example 2, a new System Library on channel 
C, disk module 1, Data Channel Switch setting 1. 

Example 4 

The sample job deck in Figure 24 might be used to 
rearrange the subsystems on a 729 System Library 
Tape so that the subsystem systma, consisting of two 
files located just after the ibsys file, will be reposi- 
tioned just after the subsystem systmx. Assume systmx 
is presently the last three files just before the Sys- 
tem Editor. 



*JOB 

$IBSYS 

SIBEDT 



• EDIT 
•MODIFY 



729 TAPE TCI 729 TAPE EDIT 



MAP, MODS 
REC1 



(♦OCT AND/OR COLUMN-BINARY 
CARDS ON SYSIN1) 



TAPE »R£PIACE ABC 

(COLUMN-BINARY CARD IMAGES ON SYSUT2) 
TAPE »REPLACE XYZ 

(COLUMN-BINARY CARD IMAGES ON SYSUT2, SEPARATED 
FROM ABC CARD IMAGES BY A TRANSFER CARD) 

(END-OF-FILE CARD) 
$STOP 

Figure 21. Sample Job Deck for Making Corrections to a 729 
System Library Tape 



Editing Examples 

The following are examples of typical editing jobs that 
might be performed by the System Editor. 

Example 1 

The sample job deck in Figure 21 might be used to 
prepare a new 729 System Library Tape with correc- 
tions to record reci and complete replacement of 
records abc and xyz. 



16 



$JOB 




729 TAPE 


TO HYP 


SIBSYS 








$ATTACH 




CH2/1 




SAS 




SYSUTI 




$IBEDT 








* 


EDIT 


MAP, MODS 


,CH0/1 


• 


CHECK 


1.729SYS 


,HYPSYS 


(END 


-OF-FILE CARD) 




$IBSYS 









Figure 22. Sample Job Deck for Preparing a System Library on 
Hypertape from a 729 System Library Tape 



Example 2 

The sample job deck in Figure 22 might be used to 
prepare, from a 729 System Library Tape, a new 
System Library on channel C, Hypertape Drive 2, 
Data Channel Switch setting 2. The new System Li- 
brary Tape is to be used on channel C, Hypertape 
Drive 0, Data Channel Switch setting 2. 

Example 3 

The sample job deck in Figure 23 might be used to 
prepare, from the System Library Tape prepared in 



16 



(LOAD USING HYPERTAPE LOAD CARD PUNCHED 
DURING JOB LISTED IN FIGURE 22) 



$J0B 




HYPER TO DISK EDI 


$IBSYS 






$ATTACH 




CD01/0 


$AS 




SYSUTI, 010,222, BM 


$1BEDT 






• 


EDIT 


CD01/0 


(END- 


-OF- 


FILE CARD) 


SSTOP 







Figure 23. Sample Job Deck for Preparing a System Library on 
Disk Storage from a System Library on Hypertape 
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$JOB 

SIBSYS 

$IBEDr 

•EDIT 

♦PLACE 

•PLACE 

•AFTER 

•REWIND 

• DUP 
FILE "AFTER 

•REWIND 

• DUP 
(END-OF-FILE CARD) 

SIBSYS 



REARRANGE SYSTMA ON 729 SYSTEM LIBRARY TAPE 



MAP, MODS 

SYSTMA DELETE OLD SYSTMA REFERENCE IN SYSNAM 

SYSTMA, 2,1 INSERT NEW SYSTMA REFERENCE IN SYSNAM 

FILEMK POSITION SYSLB1 AFTER THE IBSYS FILE 

SYSUT4 ENSURE SYSUT4 IS REWOUND 

SYSLBl r SYSUT4,2 DUPLICATE SYSTMA (2 FILES) 

SYSTMX POSITION SYSLBl AFTER SYSTMX 

SYSUT4 POSITION SYSUT4 AT BEGINNING OF SYSTMA 

SYSUT4,SYSUT1,2 PUT SYSTMA ON NEW LIBRARY TAPE 
FINISH UP EDIT 



Figure 24. Sample fob Deck for Rearranging Subsystems on a 729 System Library Tape 
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System Library Preparation and Maintenance 



Introduction 

The complete 7090/7094 ibsys Operating System is 
preassembled for use with 729 Magnetic Tape Units 
and is distributed in binary form on a single 729 
System Library Tape. This tape can be used imme- 
diately without change by any installation employing 
729 Magnetic Tape Units, either for production job 
processing or for preparing a new System Library that 
meets the specific requirements of an installation. 

In addition to the preassembled 729-capability Sys- 
tem Library Tape, symbolic tapes containing the com- 
plete Operating System are also available. On these 
tapes, the ibjob Subroutine Library is written in 
Macro Assembly Program ( ibmap ) language, and the 
remainder of the Operating System is written in For- 
tran ii Assembly Program (ibsfap) language. The 
symbolic tapes may be used, if necessary, to reas- 
semble all or parts of the Operating System. The 
System Monitor and each of the subsystems on the 
symbolic tapes contain assembly parameters which 
may be replaced before assembly to change certain 
operating characteristics of the System and thereby 
tailor it to the needs of a particular installation. If an 
installation is to employ 1301 Disk Storage and/or 
7340 Hypertape Drives, parts of the Operating System 
on one of the symbolic tapes must be updated (to 
replace assembly parameters), assembled, and then 
edited onto a new System Library Tape, together with 
the remainder of the System. The preassembled 729- 
capability magnetic tape and an update-edit job deck 
that is distributed with the System may be used to 
U/Vvy P^ orm tnese operations. 

'""This section of the publication contains informa- 
tion and procedures for performing the following: 

1. Preparing a backup System Library Tape. 

2. Changing System Unit assignments by patching. 

3. Preparing duplicate 729 System Library tapes for 
alternate use by the System Monitor. 

4. Adding 1301 Disk Storage and/or 7340 Hyper- 
tape capability. 

5. Reassembling the System Monitor. 

6. Incorporating a user-designed installation ac- 
counting routine. 

7. Incorporating user programs as subsystems under 
System Monitor control. 

8. Incorporating ibm modifications to the 7090/7094 
ibsys Operating System. 

Additional information on changing the operating 
characteristics of the subsystems operating under Sys- 



tem Monitor control is contained in the manuals for 
the subsystems. 

Distributed Configuration of Input /Output Units 

The distributed 729-capability System Library Tape 
is assembled for the configuration of referable input/ 
output units shown in Figure 25. This configuration is 
designed to accommodate the actual configuration of 
729 Magnetic Tape Units existing at most installations. 
A unit control block is generated by the System Mon- 
itor for each of the referable units. However, an actual 
physical unit need not, and normally does not, exist 
at a particular installation for each unit control block 
generated when the distributed tape is used. 









Attached 


Detached 


Channel 


Unit Type 


Number 


Units 


Units 


Channel A 


71 1 Card Reader 
721 Card Punch 
716 Printer 


1 
1 
1 


RDA 
PUA 
PRA 






729 Magnetic Tape 


10 


A1...A8 


A9,A10 


Channel B 


729 Magnetic Tape 


10 


B1...B8 


B9,B10 


Channel C 


729 Magnetic Tape 


6 


C1...C4 


C5, C6 


Channel D 


729 Magnetic Tape 


6 


D1...D4 


D5,D6 



Figure 25. Configuration of Referable Input/Output Units on 
Distributed System Library Tape 



On the distributed preassembled System Library 
Tape, the card reader, the card punch, the printer, 
and eight of the 729 Magnetic Tape Units are as- 
signed to the system unit functions shown in Figure 
26. The remaining system unit functions have no units 
assigned. In general, the procedures described in this 
section are based on the assumption that the units 
listed in Figure 26 are physically connected. 

If the System Monitor is assembled from the dis- 
tributed symbolic tape without prior changes in as- 
sembly parameters, it will have the same configuration 
of referable units (Figure 25) and system unit as- 
signments (Figure 26) as the distributed preassem- 
bled System Library Tape. 



Preparing a Backup System Library Tape 

Although the following procedure is optional, it is 
strongly recommended, since it produces a System 
Library map for future refernce and a duplicate Sys- 
tem Library Tape for emergency use. 
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System Unit 


Density 


Unit 


Assignments 


Assignment 


RDA 


SYSCRD 




PUA 


SYSPCH 




PRA 


SYSPRT 




Al 


SYSLB1 


high 


A2 


SYSIN1 and SYSIN2 


low 


A3 


SYSUT1 


high 


A4 


SYSUT3 


high 


Bl 


SYSOUI and SYSOU2 


low 


B2 


SYSPP1 


low 


B3 


SYSUT2 


high 


B4 


SYSUT4 and SYSPP2 


high 



Figure 26. System Unit Assignments on Distributed System 
Library Tape 



Temporary changes in the assignment of units to 
system unit functions can be made using the $attach 
and $as cards or the $switch card. However, to perma- 
nently change the assignment of a unit to a system 
unit function, the entry for the function in the aux- 
iliary System Unit Function Table must be changed. 
This may be done during an update and reassembly 
of the System Monitor, as described in the sections 
"Adding 1301 Disk Storage and/or 7340 Hypertape 
Capability" and "Reassembling the System Monitor." 
Alternatively, entries in the table can be changed, with- 
out reassembly, by patching them (using octal alter- 
ation cards) during an edit run, as described in the 
following text. 



1. Place the sample job deck shown in Figure 27 
in the system input file on sysini (a2). 

2. Mount the distributed System Library Tape on 

SYSLBl (Al). 

3. Follow the initial start procedure described in 
the publication IBM 7090/7094 IBSYS Operating Sys- 
tem: Operators Guide, Form C28-6355. 

A duplicate of the distributed System Library Tape 
will be produced on sysuti (A3), and a map of the 
System Library will be produced on sysoui (bi). 



1 7 16 

$JOB BACKUP SYSTEM LIBRARY 

$IBSYS 

$DATE 

$IBEDT 

•EDIT MAP 
(END-OF-FILE CARD) 
$ST0P 

Figure 27. Sample Job Deck for Preparing a Backup 729 Sys- 
tem Library Tape 



Changing System Unit Assignments by Patching 

The System Unit Function Table in the System Nu- 
cleus is generated at initial start from an. auxiliary 
19-word System Unit Function Table in the ibsys rec- 
ord of the System Monitor. A symbolic listing of the 
distributed version of the auxiliary table is shown in 
Figure 36. The table is located in core storage, be- 
ginning at 15140 8 ( syslbi) and ending at 15162 8 
(sysut4). Note that in the distributed version of the 
table, the same unit ( B4) is assigned to both the syspp2 
and sysut4 functions. This unit is so assigned in the 
distributed version because syspp2 functions as a spill 
tape for the System Core-Storage Dump Program. 
Therefore, it must have a unit assigned to it. If sysppi 
and syspps are to be used alternately for reel switch- 
ing purposes, then different units must be assigned to 
syspps and sysut4. The unit assigned as syspp2 cannot 
be disk storage. 



Changing the Assignment of 729 Magnetic Tape Units 
and Card Equipment 

Each entry for 729 Magnetic Tape Units and card 
equipment in the auxiliary System Unit Function 
Table has the following format: 

PFX CHANNEL„UNIT 

where pfx is the density assigned to the system unit 
function; mze for high density and pze for low density. 
channel is a number from 1 through 8 (correspond- 
ing to channels A through H) which indicates the 
channel of the unit assigned to the system unit func- 
tion. For the configuration of input/output units on 
the distributed tape, channel can range from 1 to 4. 
unit is the number of the 729 Magnetic Tape Unit 
(1 through 10), card reader (11), card punch (12), 
or printer (13) assigned to the system unit function. 
As an example, if reel switching is desired for the 
system input, output, and peripheral punch functions, 
the sample job deck in Figure 28 might be used. 
Assuming that the System Library Tape on syslbi is 
the distributed tape, this job deck will assign B5 as 
sysou2, A6 as sysin2, and B6 as syspp2; all at low density. 
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$J0B 


CHANGE SYSTE 


$ IBSYS 




$IBEDT 




• EDIT 


MAP.MODS 


•MODIFY 


IBSYS 


15150 »OCT 


000005000002 


15152 *0CT 


000006000001 


15154 »0CT 


000006000002 


(END-OF-FILE CARD) 


JSTOP 





Figure 28. Sample Job Deck for Changing System Unit 
Assignments 



Changing the Assignment of 7340 Hypertape Drives 

Each entry in the auxiliary System Unit Function 
Table for 7340 Hypertape Drives has the following 
format: 

PFX CHANNEL„UNIT 
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where channel is a number from 1 through 8 (cor- 
responding to channels A through H ) and unit is the 
full address of the Hypertape drive specified in the 
decrement portion of the first word of its unit control 
block, as shown in Figure 29. 

For example, to permanently assign HH9/1 (channel 
H, Hypertape drive 9, Data Channel Switch setting 2) 
as sysut2, the following octal alteration card would be 
used in a job deck similar to the one shown in Fig- 
ure 28: 



15160 



"OCT 



030051000010 



Changing the Assignment of 1301 Disk Storage 

An entry in the auxiliary System Unit Function Table 
for disk storage is similar to an entry for Hypertape, 
except that bits 14 through 17 of the decrement specify 
a module number, rather than a unit number, and 
bit 11 of the decrement is a one instead ofufti fcto^ 
However, if disk storage is assigned to a system unit 
function, a matching entry for the function must be 
made in an auxiliary 19-word Disk Limits Table that 
immediately follows the auxiliary System Unit Func- 
tion Table. A symbolic listing of the distributed ver- 
sion of this table is shown in Figure 37. In core storage, 
the auxiliary Disk Limits Table begins at 15163 8 ( cor- 
responding to syslbi) and ends at 15205 8 ( correspond- 
ing to sysut4). Note that in Figure 37 the locations 
corresponding to the syscrd ( 15167 8 ), sysprt ( 15170 8 ), 
and syspch (15171 8 ) functions are used for purposes 
unrelated to the Disk Limits Table. However, disk 
storage would never be assigned to these functions. 

An entry in the auxiliary Disk Limits Table has the 
following format: 

PZE DORG„DEND 

where dorg and dend are the numbers of the first and 
last tracks, respectively, of the consecutive tracks in 
the disk storage module (which is specified in the 
corresponding entry in the auxiliary System Unit Func- 
tion Table) that are to be assigned to the system unit 
function. 

For example, to permanently assign tracks 0040 
through 0079 of disk storage module cdoi/o (channel 
C, Access 0, Module 1, Data Channel Switch setting 
1) as sysut3, the following octal alteration cards would 
be used in a job deck similar to the one shown in 
Figure 28: 



15161 
15204 



K OCT 
"OCT 



023101000003 
000117000050 



Preparing Duplicate 729 System Library Tapes 
for Alternate Use by the System Monitor 

To reduce delays in processing due to rewinding of 
the System Library Tape, the complete 7090/7094 
ibsys Operating System can be duplicated on two 729 
System Library Tapes that are used alternately by the 
System Monitor. A second, and alternate, method of 
reducing tape positioning time is described in the 
publication IBM 7090/7094 IBSYS Operating System: 
IBJOB Processor, Form C28-6275. With the alternate 
method, components of the ibjob Processor are placed 
on a second System Library Tape which, in conjunc- 
tion with a prepositioning feature in the ibjob Proc- 
essor, reduces delays in processing due to positioning 
of the System Library Tape. Heavy users of the ibjob 
Processor should consider using the method described 
in the ibjob Processor manual as an alternative to the 
method described in this manual. 

When duplicate System Library Tapes are used, one 
tape is placed on the 729 Magnetic Tape Unit assigned 
as syslbi and the other is placed on the unit assigned 
as syslb4. The entry in the auxiliary System Unit Func- 
tion Table for syslb4 on both tapes must contain the 
following: 

MZE CHANNEL,1,UNIT 

where channel is the number of the channel (1 
through 4 on the distributed preassembled tape) and 
unit is the number of the 729 Magnetic Tape Unit 
(1 through 10) on that channel to be assigned as 
syslb4. The 1 in the tag portion of the auxilary entry 
indicates to the System Monitor that syslb4 does, in 
fact, contain a duplicate System Library Tape. The 
System Monitor will not alternate between duplicate 
System Library Tapes if the tag portion of the syslb4 
entry is zero or if either syslbi or syslb4 or both are 
not 729 Magnetic Tape Units. 

The sample job deck in Figure 30 may be used to 
produce two duplicate System Library Tapes, in which 
the syslb4 auxiliary entry on both tapes is changed, as 
previously described, to allow alternate use of the 
tapes by the System Monitor. This deck will assign 
as as syslb4. It assumes that A3 is assigned initially as 
sysuti. The first of the two duplicate tapes will be 
produced on A3 (sysuti). A3 is then attached as 
syslb2 and is used to produce the second of the two 
duplicate tapes on a 729 Magnetic Tape Unit that 
is attached as sysuti. The 729 Magnetic Tape Unit 
specified on the second sattach card can be any avail- 
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Reserve 

Flag 

(0) 


Channel 

Type 

(1 for 7909) 


Channel 
0-8) 


Device 
(000 for Hypertape) 
(001 for Disk) 


Data 
Channel 
Switch 
(0 or 1) 


Access 
(0) 


Unit or Module 
Numbers 
(0-9) 



Figure 29. Decrement of Entry for Hypertape or Disk in Auxiliary System Unit Function Table 
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$JOB 


DUPLICATE TA 


$IBSYS 




SIBEDT 




• EDIT 




•MODIFY 


IBSYS 


15143 *OCT 


400005100001 


(ENO-OF-FILE CARD) 


SIBSYS 




SATTACH 


A3 


$AS 


SYSLB2.H 


$ATTACH 


XK 


$AS 


SYSUT1,H 


$IBEDT 




• EDIT 


SYSLB2 


(END-OF-FILE CARD) 


$STOP 





NOTE, XK CAN BE ANY AVAILABLE 729 TAPE UNIT 

Figure 30. Sample Job Deck for Preparing Duplicate System 
Library Tapes for Alternate Use by the System 
Monitor 



able unit. At the completion of the job, one of the two 
duplicate System Library Tapes will be on A3 and the 
other will be on the unit that is specified on the second 
$attach card. 

If the System Monitor is reassembled, as described 
in the section "Reassembling the System Monitor," 
alternate use of duplicate System Library Tapes can 
be specified by the assembly parameter pp equ cuu. 
This parameter is described in Figure 33, under the 
subheading "Miscellaneous Assembly Parameters," and 
is listed in Figure 34. 



Adding 1301 Disk Storage and /or 7340 
Hypertape Capability 

The distributed 729 capability System Library Tape, 
together with one of the distributed symbolic tapes, 
may be used to produce a System Library with 1301 
Disk Storage and/or 7340 Hypertape capability, in 
addition to 729 capability, for the System Monitor, the 
ibjob Processor, the Input/Output Control System, the 
Utilities, and the Restart Program. The complete 
7090/7094 Operating System can reside on disk. How- 
ever, if a System Library is produced with Hypertape 
capability for the System Monitor, the ibjob Processor, 
the Input/Output Control System, the Utilities, and 
the Restart Program, these portions of the Operating 
System may reside on Hypertape, but the remainder 
of the Operating System, if it is to be used, must reside 
on 729 magnetic tape. To produce a System Library 
with disk and/or Hypertape capability, portions of the 
7090/7094 ibsys Operating System on the symbolic 
tape must be updated (to change assembly param- 
eters ) , assembled, and then, together with the remain- 
der of the 7090/7094 ibsys Operating System, edited 
onto a new System Library Tape. These functions 
may be performed using a 1301/7340 update-edit job 



deck that is distributed with the 7090/7094 ibsys Op- 
erating System. This deck is listed in Figure 31. The 
portions of the 7090/7094 ibsys Operating System that 
are updated by the deck are contained on the 7090/ 
7094 ibsys Operating System Symbolic Tape Num- 
ber 1. The contents of this tape are as follows: 

File 1 System Monitor including the System Core- 
Storage Dump Program 
File 2 IBJOB Monitor 
File 3 Full IOCS ( Independent IOCS ) 
File 4 System Editor 
File 5 IBJOB Subroutine Library ( IBLIB ) 

Operations Performed by the 1301/7340 Update-Edit 
Job Deck 

Before using the 1301/7340 update-edit deck, the user 
must prepare the deck ( as described later in the text) 
to ensure a logical configuration of input/output units 
tailored to the physical limitations and operational re- 
quirements of his installation. The following sequence 
of operations is performed by the update-edit job 
deck: 

1. The portions of the 7090/7094 ibsys Operating 
System on Symbolic Tape Number 1 that contain 
1301/7340 assembly parameters (with the exception 
of the ibjob Subroutine Library) are updated with new 
assembly parameters in the job deck and are assem- 
bled by the Fortran ii Assembly Program (ibsfap). 
Other portions that do not contain 1301/7340 assembly 
parameters are copied without change onto the update 
output tape. 

2. The ibjob Subroutine Library is updated, without 
assembly, onto a separate update output tape so that 
it can be later assembled and edited by the ibjob 
Processor. As it is being updated, the ibjob Subroutine 
Library is unblocked, since it is distributed in blocked 
form ( 16 cards per record ) to minimize the number of 
symbolic tape reels. 

3. The System Editor produces an intermediate 
System Library Tape by replacing records from the 
distributed binary System Library Tape with the cor- 
responding updated records that were assembled from 
the symbolic tape. 

4. Tape Unit A3, containing the intermediate Sys- 
tem Library Tape is dialed from A3 to Al, thereby 
assigning the intermediate System Library Tape as 
syslbi. 

5. The ibjob Processor assembles and edits the por- 
tions of the ibjob Subroutine Library containing the 
updated 1301/7340 assembly parameters. 

6. The System Editor produces a new 1301/7340 
capability System Library Tape by replacing ibjob 
Subroutine Library records from the intermediate Sys- 
tem Library Tape with the corresponding updated 
records that were assembled and edited by the ibjob 
Processor. 
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$JOB 




UPDATE-EDIT 


$IBSYS 






$LIST 






SATTACH 


A3 


$AS 




SYSCKl.H 


$REWINO 


SYSCKl 


$ATTACH 


B4 


$AS 




SYSCK2.H 


SKEWING 


SYSCK2 


$ATTACH 


B2 


*AS 




SYSPP1.H 


SATTACH 


B3 


$AS 




SYSUT2.H 


$REWIND 


SYSPP1 


IEXECUTE 


IBSFAP 




*FAP 






UPDATE 


8,9 


SYSORG 


EQU 

END 
• FAP 


2000 




UPDATE 


,9,,D 




ENDFIL 






ENDUP 






• FAP 






UPDATE 


8,9 


CH7909 


EQU 

END 

• FAP 


1 




UPDATE 


8,9 


CH7909 


EQU 


1 




END 


-1 




• FAP 






UPDATE 


8,9, ,D 




END 


START 




ENDUP 
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UPDATE 


8,9 




END 


-1 
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UPDATE 


8,9 


CH7909 


EQU 

END 

• FAP 


I 




UPDATE 


8,9 


CH7909 


EQU 

END 

• FAP 


1 




UPDATE 


8,9 


CH7909 


EQU 


1 


TRAIL 


EQU 

END 

• FAP 


1 
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,9,,D 




ENDFIL 






ENDUP 
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8,9 




END 


-1 
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UPDATE 


8,9, ,D 




END 






ENDFIL 






ENDUP 
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END 


-1 
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Wltf 
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• FAP 






UPDATE 


B,10,U,D 


HYPER 


SET 


I 


DISK 


SET 


1 


HYPER 


SET 


1 


DISK 


SET 
END 
ENDFIL 


1 




REWIND 


10 




UNLOAD 
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ENDUP 





DECK FOR 1301 DISK AND 7 340 HYPERTAPE 
PROVIDE UNITS FOR UPDATE OUTPUT. 



INSURE SYSPP1, SYSUT2 ARE SAME DENSITY. 



SECTION 1 



SECTION 2 
END IOCSB. 



SECTION 3 



SECTION 4 
=0 FOR NO HYPERTAPE 
=0 FOR NO DISK 
=0 FOR NO HYPERTAPE 
=0 FOR NO DISK 



Figure 31. Distributed 1301/7340 Update-Edit Deck (Sheet 1 of 2] 
52 



• OOT II IBB00250 
IBD176AO 



•ttGTTH 1CJ 01000 
ICJ08390 



•ftO-UL 1CT00930 
1CT07570 



1FD20580 



11030640 



rft©*H 1PA01250 
1PA05860 



•■B0T-H- 1PB00920 
1PB24040 



"■TOW 1PC01490 

•-BOTFT 1PC01640 

1PC29120 



IOF00510 
I0R15470 



ED0 51AA0 



tt 



•HYPR 3AK00210 
• 8"h*K- 3AK00230 
•HYPR 3AL00270 
»TTf»K 3AL00290 
3RN15370 



$IBSYS 

tPAUSt MOUNT SCRATCH TAPES ON A3 AND B3. 

tSWITCH SYSPP1,SYSUT2 PUNCH OUTPUT BECOMES EDIT INPUT. 

JIBEDT PRODUCE INTERMEDIATE SYSTEM TAPE. 

•EDIT MAP, MODS 

TAPE "REPLACE IBSYS 

TAPE »REPLACE SYSDMP 

TAPE "REPLACE IBJOB 

TAPE "REPLACE VER003 

TAPE "REPLACE IOCSB 

TAPE "REPLACE IBJOBB 

TAPE "REPLACE IBJOBC 

•AFTER IBCBC9 

TAPE "INSERT IBJOBY 

"AFTER IBFTCH 

TAPE "INSERT IBJOBI 

•AFTER IBMAPK 

TAPE "INSERT IBJOBL 

TAPE "REPLACE IOCS 

TAPE "REPLACE POST 

TAPE "REPLACE PREP 

TAPE *REPLACE IOBB 

TAPE "REPLACE IOBM 

TAPE •REPLACE NOBS 

(END-OF-FILE CARD) 
$IBSYS 

$• REMOVE SYSTEM TAPE FROM Al AND REPLACE WITH A SCRATCH TAPE. 

$» DIAL Al TO A3 AND A3 TO Al. CLEAR MACHINE AND LOAD TAPE. 
$PAUSE 

$JOB PART 2 OF 1301/7340 UPDATE-EDIT DECK 
$LIST 

tATTACH Al 

$AS SYSLB1.H 

$ATTACH A3 

$AS SYSUT1.H 

$ATTACH A4 

$AS SYSUT3.H 

$ATTACH Bl 

$AS SYS0U1.L 

SATTACH B2 

$AS SYSPP1,H 

$ATTACH B3 

$AS SYSUT2.H 

$ ATTACH B4 

$AS SYSCK2,H 
$* 

$• NINE 'TAPE UNITS ARE NECESSARY FOR COMPLETION OF THIS JOB. 

$• IF YOU HAVE NINE TAPE UNITS, LOAD A $TAPE CARD IN THE CARD 

*» READER AND PRESS START. UNIT A5 WILL THEN BE ATTACHED BY THIS 

$» PROGRAM AS SYSUT4 IN HIGH DENSITY. 
$• 

$• IF YOU DO NOT HAVE NINE TAPE UNITS, ATTACH THE ON-LINE CARD 

$» READER AS SYSIN1 AND A2 AS SYSUT4. THE SECOND STEP PROVIDES A 

$» UNIT TO REPLACE THE UNIT PREVIOUSLY USED AS SYSCK2. NEXT, LOAD 
$• THE DISTRIBUTED IBJOB LIBRARY (IBLIB) EDITOR DECK IN THE CARD 

$* READER. THIS DECK IMMEDIATELY FOLLOWS THE NEXT $AS CARD. 
$PAUSE 
$CARDS 

tATTACH A5 UNIT USED AS SYSCK2 IS REPLACED. 

$AS SYSUT4.H 

tEXECUTE IBJOB 

SIBJOB IBLIB MAP, LOGIC, NOGO 

tEDIT LOGIC 

$REPLACE .JBCON,ORG=03720 

$IEDIT SYSCK2,SRCH 

$IBMAP .JBCON 19 

$REPLACE .IODEF 

$IBMAP .IODEF 300, ( ) OK 

$REPLACE .IOCSF 

$IBMAP .IOCSF 1300, OOK 

$REPLACE .LOVRY 
SIBMAP .LOVRY 

$REPLACE .LXSL 
tIBMAP .LXSL 

tREPLACE .IOCS 

$IBMAP .IOCS 6700, ( )0K 

(END-OF-FILE CARD) 
$ IBSYS 
$IBEDT 

"EDIT MAP, MODS 

FILE "REPLACE CIFSR.SYSUT4 

FILE— "REPLACE TIFSR.SYSUT4 

llEND-OF-FILE CARD) 

$STOP 

Figure 31. Distributed 1301/7340 Update-Edit Deck ( Sheet 2 of 2) 
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The Assignment and Function of Units for the 1301/ 
7340 Update-Edit Job Deck 

As distributed, the 1301/7340 update-edit job deck 
requires eight 729 Magnetic Tape Units, except near 
the end of the job, when a ninth unit is required for 
the assembly and editing of the ibjob Subroutine Li- 
brary. However, if only eight 729 Magnetic Tape 
Units are available, some of the cards from the end 
of the deck can be placed in the card reader, thereby 
enabling the card reader to be assigned ( near the end 
of the job ) as sysini in order to release a 729 Magnetic 
Tape Unit: for use in assembling and editing the ibjob 
Subroutine Library. The procedure for doing this is 
described by comments within the job deck itself ( Fig- 
ure 31). If a user has only six or seven 729 Magnetic 
Tape Units, or five 729 Magnetic Tape Units together 
with 1301 Disk Storage, he should request his ibm rep- 
resentative to obtain a special procedure from the 
regional Programming Systems Support Group. 

The 1301/7340 update-edit deck is designed for use 
with the distributed System Library Tape with the 
input/output units initially assigned to system unit 
functions, as shown in Figure 26. The assignment and 
function of the units for the 1301/7340 update-edit 
job are as shown in Figure 32. 



Unit 


Initial 
Assignment 


Additional 
Assignment 
in this Job 


Function 
In this Job 


Update 
Logical 
Number 


Output 


Al 


SYSLB1 


SYSUT1 


System Library 
Intermediate 






A2 


SYSINI 


None 


System Input 






A3 


SYSUT1 


SYSCK1 


Update Output 

New System 
Library Tape 


9 


XX 

(Two tapes) 


A4 


SYSUT3 


None 


Intermediate 






A5 


None 


SYSUT4 


Intermediate 






Bl 


SYSOU1 


None 


List Output 






B2 


SYSPP1 


SYSUT2 


Punch Output 




X 

(Optional) 


B3 


SYSUT2 


SYSPP1 


Update Input 
Intermediate 


8 





B4 SYSUT4 SYSCK2 Update Output 10 X 

Figure 32. The Assignment and Function of Units for the 
1301/7340 Update-Edit Deck 

The distributed System Library Tape is mounted on 
Al, the 7090/7094 ibsys Operating System Symbolic 
Tape Number 1 is mounted on B3, and the System 
Input Tape (containing the 1301/7340 update-edit 
deck) is mounted on A2. 

The two tapes written on A3 and the tape written 
on B4 should be saved. These tapes will be rewound 



and unloaded at the proper time. They will contain 
the following: 

First Tape on A3: Updated Symbolic Tape contain- 
ing the System Monitor (including the System Core- 
Storage Dump Program), the ibjob Monitor, Full iocs 
( Independent iocs ) , and the System Editor. 

Second Tape on A3: New System Library Tape, in 
binary form, containing the complete 7090/7094 ibsys 
Operating System with 729, 1301, and/or 7340 capa- 
bility for the System Monitor, the ibjob Processor, the 
Input/Output Control System, the Utilities, and the 
Restart Program. 

Tape on B4: Updated symbolic tape containing the 
ibjob Subroutine Library (iblib), unblocked for as- 
sembly by the ibjob Macro Assembly Program ( map ) . 

Preparing the 1301/7340 Update-Edit Deck 

Before using the distributed update-edit deck, certain 
control cards and assembly parameter cards already 
in the deck may have to be removed or replaced, and 
assembly parameter cards and cards for changing sys- 
tem unit assignment must be inserted in the deck. The 
insertion of these cards establishes the logical config- 
uration of disk and/or Llypertape units required for a 
specific installation. Although the distributed job deck 
is designed primarily for changing the operating char- 
acteristics of the system to achieve disk and/or Hyper- 
tape capability, System Monitor assembly parameters 
can, if necessary, be inserted in the deck in order to 
change (during the same job run) operating charac- 
teristics of the system that are not directly related to 
disk or Hypertape. 

Assembly parameters that may be inserted in the 
update-edit job deck, together with the entries in the 
auxiliary System Unit Function Table and the auxiliary 
Disk Limits Table, are listed in Figures 34 through 41 
as they appear in the distributed ibsys Symbolic Tape 
Number 1. They are listed in the relative order in 
which they would be placed in the job deck. -Assembly 
parameters which are related to disk capability contain 
*disk in columns 67 through 71, and parameters re- 
lated to Hypertape capability contain *hypr in col- 
umns 67 through 71. Assembly parameters that are not 
directly related to either disk or Hypertape capability 
contain blanks in columns 67 through 71. The use of 
these parameters is optional. Other assembly param- 
eters, which merely indicate whether or not disk and/ 
or Hypertape capability are desired, are already in- 
cluded in the distributed 1301/7340 update-edit deck. 
Most of these parameters are required for both disk 
and Hypertape capability and therefore contain *both 
in columns 67 through 71. 

Cards listed in Figures 34 through 41 are inserted in 
four sections of the 1301/7340 update-edit deck, as 
indicated in the figure title. These sections are num- 
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bered from 1 to 4 and are indicated in the distributed 
deck by cards containing the word section, followed 
by the section number. When assembly parameter 
cards are inserted in the deck, the section number 
cards should be removed. However, before inserting 
assembly parameter cards, certain cards already in 
the deck may be removed or replaced, depending on 
the requirements of an installation. The following pro- 
cedure should be followed to prepare the distributed 
1301/7340 update-edit deck for use. 

Removal and Replacement of Cards in the Distributed Deck 

The ibsys Symbolic Tape Number 1 is distributed in 
either of two densities, 800 cpi or 556 cpi. The user 
must verify that: the 1301/7340 update-edit deck will 
attach sysuts and sysppi in the density of the ibsys 
Symbolic Tape Number 1. In the distributed deck, 
high density is specified when sysut2 and sysppi are 
attached. However, it may be necessary to replace the 
following cards with cards containing an L, instead 
of an H, in colunm 23: 



$AS 
$AS 



SYSPP1,H 
SYSUT2,H 



These cards appear both near the beginning of the 
deck, following the first $job card, and near the be- 
ginning of Part 2 of the deck, following the second 
sjob card. If it is necessary to replace the cards, they 
should be replaced at both places. 

If the System Library generated by the 1301/7340 
update-edit deck is to reside in disk storage exclu- 
sively, the variable in the following parameter card 
in the deck may be changed to save disk storage space: 

TRAIL EQU 1 *B©*PH1PC01640 

The card in the distributed deck will cause the 
ibjoby, ibjobi, and ibjobl records of the ibjob Monitor 
to be assembled. However, if the System Library is 
to reside on disk storage exclusively, these records are 
not required. If the 1 in this card is changed to 0, the 
records will not be assembled, thereby saving 1301 
Disk Storage space. When this change is made, the 
following cards should be removed from the 1301/7340 
update-edit deck: 

*AFTER IBCBC9 

TAPE "INSERT IBJOBY 

*AFTER IBFTCH 

TAPE *INSERT IBJOBI 

*AFTER IBMAPK 

TAPE *INSERT IBJOBL 

If the System Library produced by the 1301/7340 
update-edit deck is ever to reside on a 729 Magnetic 
Tape Unit or 7340 Hypertape Drive, the changes 
described above should not be made. 

Immediately following section 4 in the distrib- 
uted 1301/7340 update-edit deck are four parameter 
cards. If only 1301 capability is to be added, the two 



cards containing *hypr in columns 67 through 71 
should be removed from the deck. If only 7340 capa- ^-n 
bility is to be added, the two cards containing *disk 
in columns 67 through 71 should be removed. If both / '. ^ 
1301 and 7340 capability are to be added, none of the ' ' 
four cards should be removed from the deck. 

Inserting Miscellaneous System Monitor Assembly Parameters 

If any changes are to be made to the distributed ver- 
sion of the miscellaneous System Monitor assembly 
parameters in Figure 34, the appropriate cards should 
be punched and inserted in section i of the 1301/7340 
update-edit deck. These parameters are described in 
Figure 33. For disk and/or Hypertape capability, the 
sysorg parameter must be at least 2000 10 . Therefore, 
a card with sysorg equal to 2000 10 is included in the 
distributed 1301/7340 update-edit deck. If other mis- 
cellaneous System Monitor assembly parameter cards 
are to be inserted in the deck, they should precede 
or follow the sysorg parameter card, depending on 
their serialization. 

Inserting Input/Output Configuration Assembly Parameters 

The input/output configuration assembly parameters 
(shown in Figure 35) that are to be changed are in- 
serted in section i of the 1301/7340 update-edit deck, 
immediately following the miscellaneous System Mon- 
itor assembly parameters. These parameters are de- 
scribed in detail in Figure 33. Since the parameters 
for each channel are similar, only the parameters for 
channel A are described in Figure 34. The parameters 
that are changed should be inserted in the deck in 
the same relative order as they are listed in Figure 35. 

Inserting Changes to Entries in the Auxiliary System Unit 
Function and Disk Limits Tables 

Changes to entries in the auxiliary System Unit Func- 
tion Table ( Figure 36 ) are inserted in section 1 of the 
1301/7340 update-edit deck, immediately following 
the input/output configuration assembly parameters. 
These changes are followed by any changes to the 
auxiliary Disk Limits Table (Figure 37). 

Normally the unit (A2) assigned as sysini on the 
distributed System Library Tape would not be 
changed at an installation. However, if the sysini entry 
in the auxiliary System Unit Function Table is changed 
(during this job) to permanently assign a unit other 
than A2 as sysini or to change the density specification 
for the entry, then sense switch 1 must be placed 
down during the operator action pause immediately 
preceding part 2 of the 1301/7340 update-edit deck 
(Figure 31) and the following control cards must be 
placed in the card reader: 

$ATTACH A2 

$AS SYSIN1,L 

$TAPE 
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Symbol 


Code Variable Description 


Miscellaneous Assembly Parameters 


IBM 


EQU 


x 


The decimal number x specifies the machine type; 709 for IBM 709 and 7090 for IBM 
7090/7094. If IBM EQU 709, the instructions that refer to the "Set Density" opera- 
tions in (NDATA are deleted. 


IBSORG 


EQU 


X 


The decimal number x is the origin of the System Nucleus. It cannot be less than 64. 


IOXORG 


EQU 


x 


The decimal number x is the origin of IOEX. It cannot be less than the location of the 
last word of the last unit control block plus one. 


SYSORG 


EQU 


x 


The decimal number x is the common subsystem origin. It cannot be less than the last 
location used by IOEX plus 51 . For disk and/or Hypertape capability SYSORG should 
be 2000. 


SYSEND 


EQU 


x 


The decimal number x is the common upper core limits for all subsystems. SYSEND+1 
should be the origin of an installation accounting routine if it exists. 


HIGHLO 


EQU 


X 


The decimal number x specifies the density to be assigned to a unit if the density speci- 
fication is omitted from an SAS card. If x is 1, high density is assigned. If x is 0, low 
density is assigned. 


PP 


EQU 


cuu 


This parameter may be used to specify alternate use of duplicate 729 System Library topes 
on SYSLB1 and SYSLB4. The decimal digit c is the channel number (1 through 8) and uu 
is the number of the 729 tape unit (1 through 10) on that channel to be assigned as 
SYSLB4. If PP EQU is specified, the System Monitor will not alternate between 
duplicate System Library Tapes. 


EJECT 


EQU 


x | The decimal number x specifies the printer board sense exit (1 through 10) for an eject. 


DBLSP 


EQU 


x 


The decimal number x specifies the printer board sense exit (1 through 10) for a double 
space. 


RDUNRT 


EQU 


X 


The decimal number x is the number of recovery attempts IOEX should make on a read 
redundancy before the redundancy is considered permanent. 


ETMODE 


EQU 


X 


If the decimal number x is 0, trap mode wilt be saved by IOEX. If x is 1 , trap mode 
will remain in effect in IOEX. 


Input/Output Configuration Assembly Parameters 


CHA1 


EQU 


X 


The decimal number x is the number of 729 Magnetic Tape Units existing on channel A. 


CHAAT 


BOOL 


xxxxx 


The rightmost 13 bits of xxxxx correspond to the card reader, printer, card punch, and 
729 Magnetic Tape Units 1 through 10, respectively, beginning with the leftmost of 
the 13 bits. If a bit is a zero, the corresponding unit is attached to the channel; a 
one-bit specifies a detached unit. 


CHAMD 


BOOL 




The rightmost 10 bits of xxxx correspond to 729 Magnetic Tape Units 1 through 10, re- 
spectively, beginning with the leftmost of the 10 bits. If a bit is zero, the model type 
of the corresponding 729 Magnetic Tape Unit is specified as II or V; a one-bit specifies 
a IV or»VI model type. 


PRNTA 


EQU 


X 


If the decimal number x is a 1 , the printer is considered to exist on channel A. If no 
printer exists on channel A, x should be 0. 


PNC HA 


EQU 


x 


If a card punch exists on channel A, the decimal number should be 1; otherwise x 
should be 0. 


CDRDA 


EQU 




if a card reader exists on channel A, rhe decimal number shouid be i; orherwise x 

should be 0. 

NOTE: A unit control block is generated ai initial start for every unit that exists 
on channel A as specified by CHAI for 729 Magnetic Tape Units, PRNTA 
for the printer, PNCHA for the card punch, and CDRDA for the card reader. 
The parameter CHAAT merely specifies that the unit control block that is 
generated should indicate that the unit is either attached or detached. 



Symbol 


Code Variable Description 


Input/Output Configuration Assembly Parameters 


HTA1 


EQU 


x 


The decimal number x specifies the number of 7340 Hypertape Drives (0 through 10) that 
exist on Data Channel Switch setting 1 for channel A. 


HTAA1 


BOOL 


xxxx 


The rightmost 10 bits of xxxx specify which of the Hypertape drives (specified in HTA1) 
on Data Channel Switch setting 1 are attached, beginning with the leftmost of the ten 
bits. If a bit is a zero, the corresponding drive is attached to the channel; a one-bit 
specifies a detached unit. For example, if there are eight Hypertape drives on channel 
A, Data Channel Switch setting 1, and only six of the eight are to be attached, the 
following should be specified; 

HTA1 EQU 8 

HTAA1 BOOL 0017 
Although the two units in this example, AH6/0 and AH7/0, will not be attached at 
initial start, they may be temporarily attached by means of a SATTACH control card. 
Units AH8/0 and AH9/0, however, cannot be attached with a SATTACH card since 
HTA1 EQU 8 and, therefore, no unit control block will be generated for them at initial 
start. 


HTA2 


EQU 


x 


HTA2 is the same as HTA1 except that it applies to Hypertape drives on Data Channel 
Switch setting 2. 


HTAA2 


BOOL 


XXXX 


HTAA2 is the same as HTAA1 except that it applies to Hypertape drives (specified in 
HTA2) on Data Channel Switch setting 2. 


DFA1 


EQU 


x 


The decimal number x specifies the number of 1301 Disk Storage modules (0 through 10) 
that exist on Data Channel Switch setting 1 for channel A. 


DFA3 


EQU 


X 


The decimal number x specifies the number of access mechanisms per module H or 2) for 


CvFA ! 


e»u 


V 


the disk modules (specified in DFA1) on Data Channel Switch Setting 1 . 


DFAAl 


BOOL 


xxxx 


The rightmost fe.i bits of xxxx specify which of the disk modules (specified in DFA1) on 
Data Channel Switch setting 1 are attached, beginning with the leftmost of the ten bits. 
If a bit is zero, the corresponding module is attached; a one-bit specifies a detached 
module. 


IFAl 


EQU 


x 


The decimal number x specifies the 7631 model type for disk modules on Data Channel 
Switch setting 1 . If the model type is III or IV, x is 1; otherwise x is 0. 


DFA2 


EQU 


X 


DFA2 is the same as DFA1 except that it applies to disk modules on Data Channel 
Switch setting 2. 


DFA4 


EQU 




DFA4 is the same as DFA3 except that it applies to disk modules (specified in DFA2) on 


tJFbl 


QU'j 


if 


Data Channel Switch setting 2. 


DFAA2 


BOOL 


XXXX 


DFAA2 is the same as DFAAl except that it applies to disk modules (specified in DFA2) 
on Data Channel Switch setting 2. 


IFA2 


EQU 


x 


IFA2 is the same as IFAl except that if applies to disk modules on Data Channel Switch 
setting 2. 


System Core-Storage Dump Program Assembly Parameters 


ONLIN 


BOOL 


X 


This parameter determines whether dump output will be listed on the System Output Unit 
only or whether the tag portion of the control word (Figure 5) or console entry keys will 
determine the output unit. If x is 0, the tag will determine the output. unit. 


DBLSPC 


BOOL 


x 


If x is 0, dump output will be single-spaced. If x is 1 , output will be double spaced. 


KEYSWT 


EQU 


x 


The decimal number x determines the sense switch (1-6) that will be tested for the con- 
sole entry keys option. 


FORMAT 


EQU 


X 


The decimal number x determines the outouf format (1 -6) that will be used by the dump 
program when none is specified. Output formats and their numbers are shown in Figure 6. 



Figure 33. Explanation of System Monitor Assembly Parameters 



Changing the Assignment of 729 Magnetic Tape 
Units and Card Equipment: Each entry for 729 Mag- 
netic Tape Units and card equipment in the auxiliary 
System Unit Function Table has the following format: 
PFX CHANNEL„UNIT 

where pfx is the density assigned to the system unit 
function, mze for high density and pze for low density. 
channel is a number from 1 through 8 ( corresponding 
to channels A through H ) , which indicates the channel 
of the unit assigned to the system unit function, unit 
is the number of the 729 Magnetic Tape Unit (1 
through 10), card reader (11), card punch (12), or 
printer (13) assigned to the system unit function. As 
an example, the following card would be inserted in 
the 1301/7340 update-edit deck to assign 729 Magnetic 
Tape Unit B5 as sysous at low density: 

SYSOU2 PZE 2„5 IBB42180 

Changing the Assignment of 7340 Hypertape 
Drives: Each entry in the auxiliary System Unit 
Function Table has the following format: 

PZE CHANNEL„UNIT 

where channel is a number from 1 through 8, cor- 
responding to channels A through H, and unit is the 
full address of the Hypertape drive specified in the 
decrement portion of the first word of its unit control 
block, as shown in Figure 29. The decimal equivalent 
of a Hypertape drive address may be specified in the 
decrement portion of an entry, or a bool pseudo- 
operation may be used to define the address. For 
example, to assign hh9/i ( channel H, Hypertape drive 
9, Data Channel Switch setting 2) as sysut2, the fol- 
lowing cards would be inserted in the 1301/7340 
update-edit deck: 



H 

SYSUT2 



BOOL 
PZE 



30051 
8„H 



IBB42259 
IBB42260 



Changing the Assignment of 1301 Disk Storage: An 
entry in the auxiliary System Unit Function Table for 
disk storage is similar to an entry for Hypertape, 
except that bits 14 through 17 of the decrement ( Fig- 
ure 29) specify a module number, rather than a unit 
number, and bit 11 of the decrement is a 1, instead 
of a 0. For example, to assign disk storage module 
cdoi/o (channel C, Access 0, Module 1, Data Channel 



Switch setting 1 ) as sysut3, the following cards would 

be inserted in- the 1301/7340 update-edit deck: 

D BOOL 23101 IBB42269 

SYSUT3 PZE 3„D IBB42270 

When a disk storage module is assigned to a system 
unit function, a matching entry must be made in the 
19-word auxiliary Disk Limits Table (Figure 37) 
which defines the limits of the disk storage area that 
is to be assigned to the function. An entry in the 
auxiliary Disk Limits Table has the following format: 

PZE DORG„DEND 

where dorg and dend are the numbers of the first and 
last tracks, respectively, of the consecutive tracks in 
the disk storage module (which is specified in the 
corresponding entry in the auxiliary System Unit 
Function Table ) that are to be assigned to the system 
unit function. For example, if tracks 0040 through 0079 
of the disk storage module in the previous example are 
assigned as sysuts, the following card would be in- 
serted in the 1301/7340 update-edit deck: 

PZE 40„79 IBB42500 

Inserting System Core-Storage Dump Assembly Parameters 
If any changes are to be made in the distributed ver- 
sion of the assembly parameters for the System Core- 
Storage Dump Program (shown in Figure 38); the 
appropriate cards should be punched and inserted in 
section i of the 1301/7340 update-edit deck, imme- 
diately following the cards for changing entries in the 
auxiliary System Unit Function and Disk Limits 
Tables. The core-storage dump parameters are de- 
scribed in Figure 33. 

Inserting IBJOB Monitor Assembly Parameters for Disk and 
Hypertape Capability 

The ibjob Monitor assembly parameters for disk and 
Hypertape capability are listed in Figure 39. If only 
1301 capability is to be added, the card containing 
*disk in columns 67 through 71 should be punched 
and inserted in section 2 of the 1301/7340 update-edit 
deck. The variable field of the card should contain a 
decimal number which indicates the number of 1301 
Disk Storage modules that may be used by the Com- 
ponent iocs in the ibjob Monitor. If only 7340 capa- 
bility is to be added, the card containing *hypr in 
columns 67 through 71 should be punched to indicate 
the number of 7340 Hypertape channels to be used by 



IBM 


EQU 


7090 


IBSORG 


EQIJ 


64 


IOXORG 


EQU 


450 


SYSORG 


EQU 


1450 


SYSEND 


EQU 


-I 


HIGHLO 


EQIJ 





PP 


EQU 





EJECT 


EQU 


1 


DBLSP 


EQU 


4 


RDUNRT 


EQU 


100 


ETMODE 


EQU 






Figure 34. Miscellaneous System Monitor Assembly Parameters ( section 1 ) 



IBB00130 
IBB00170 
IBB00210 
IBB00250 
IBB00290 
IBB00330 
IBB00370 
IBB00420 
IBB00450 
IBB00480 
IBB00530 
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CHANNEL A 



CHA1 


EQU 


10 


CHAAT 


BOOL 


00003 


CHAHD 


BOOL 


01777 


PRNTA 


EQU 


1 


PNCHA 


EQU 


I 


CDROA 


EQU 


1 


HTAl 


EQU 





HTAA1 


BOOL 


1777 


HTA2 


EQU 





HTAA2 


BOOL 


1777 


DFA1 


EQU 





DFA3 


EQU 


1 


DFAA1 


800L 


1777 


IFA1 


EQU 





DFA2 


EQU 





DFA4 


EQU 


1 


DFAA2 


BOOL 


1777 


IFA2 


EQU 





CHB1 


EQU 


10 


CHBAT 


BOOL 


16003 


CHBMD 


BOOL 


01777 


PRNTB 


EQU 





PNCHB 


EQU 





CDRDB 


EQU 





HTB1 


EQU 





HTBA1 


BOOL 


1777 


HTB2 


EQU 





HTBA2 


BOOL 


1777 


DFBl 


EQU 





DFB3 


EQU 


1 


DFBA1 


BOOL 


1777 


IFB1 


EQU 





DFB2 


EQU 





DFB4 


EQU 


1 


DFBA2 


BOOL 


1777 


IFB2 


EQU 





CHC1 


EQU 


6 


CHCAT 


BOOL 


16077 


CHCMD 


BOOL 


1777 


PRNTC 


EQU 





PNCHC 


EQU 





CDRDC 


EQU 





HTC1 


EQU 





HTCA1 


BOOL 


1777 


HTC2 


EQU 





HTCA2 


BOOL 


1777 


DFC1 


EQU 





DFC3 


EQU 


1 


DFCA1 


BOOL 


1777 


IFC1 


EQU 





DFC2 


EQU 





DFC4 


EQU 


1 


DFCA2 


BOOL 


1777 


IFC2 


EQU 





CHD1 


EQU 


6 


CHDAT 


BOOL 


16077 


CHDMD 


BOOL 


1777 


PRNTD 


EQU 





PNCHD 


EQU 





CDRDD 


EQU 





HTD1 


EQU 





HTDA1 


BOOL 


1777 


HTD2 


EQU 





HTDA2 


BOOL 


1777 


DFD1 


EQU 





DFD3 


EQU 


1 


DFDA1 


BOOL 


1777 


IFD1 


EQU 





DFD2 


EQU 





DFD4 


EQU 


1 


DFDA2 


BOOL 


1777 


IFD2 


EQU 





CHE I 


EQU 





CHEAT 


BOOL 


17777 


CHEMD 


BOOL 


1777 


PRNTE 


EQU 





PNCHE 


EQU 





CDRDE 


EQU 





HTE1 


EQU 





HTEA1 


BOOL 


1777 


HTE2 


EQU 





HTEA2 


BOOL 


1777 


DFE1 


EQU 





DFE3 


EQU 


1 


DFEA1 


BOOL 


1777 


IFE1 


EQU 






CHANNEL B 



CHANNEL C 



CHANNEL D 



CHANNEL E 





IBB00580 




IBB00630 




IBB00670 




IBB00700 




IBB00730 




IBB00760 


• HYPR 


IBB00800 


• HYPR 


IBB00820 


• HYPR 


IBB00850 


• HYPR 


I8B00870 


• DISK 


IBB00910 


• DISK 


IB8 00930___— — . 


• DISK 


IBB00970 


• DISK 


IBB00990 


• DISK 


IBB01020 


• DISK 


IBB01040 


• DISK 


IBB01080 


• DISK 


IBB01100 




IBB0U50 




IBB01200 




IB801240 




IBB01270 




IBB01300 




IBB01330 


• HYPR 


IBB01370 


• HYPR 


IBB01390 


• HYPR 


IBB01420 


• HYPR 


IBB01A40 


• DISK 


IBB0U80 


• DISK 

• DISK 


IBB01500_ 

IBB 01 540 


• DISK 


IBB01560 


• DISK 


IBB01590 


• DISK 

• DISK 


IBB01610 
IBB0165TT - 


• DISK 


IBB01670 




IBB01720 




IBB01770 




IBB01810 




I8B01840 




IBB01870 




IBB01900 


• HYPR 


IBB01940 


• HYPR 


IBB01960 


• HYPR 


IBB01990 


• HYPR 


IBB02010 


• DISK 


IBB02050 


• DISK 


IBB0207JQ 


•DISK 


IBB02110 


• DISK 


IBB02130 


• DISK 


IBB02160 


• DISK 


IBB02180 


• DISK 


IBB02220 


• DISK 


IBB022A0 




IBB02290 




IBB023A0 




IBB02380 




IBB02410 




IBB02440 




IBB02470 


• HYPR 


IBB02510 


• HYPR 


IBB02530 


• HYPR 


IBB02560 


• HYPR 


IBB02580 


•DISK 


IBB02620 


• DISK 

• DISK 


IBB026.£Q____, 
IBB02680 


• DISK 


IBB02700 


• DISK 


IBB02730 


• DISK 

• DISK 


IBB02 75JL— .— 
IBB02790 


• DISK 


IBB02810 




IBB02860 




IBB02910 




IBB02950 




IBB02980 




IBB03010 




IBB03040 


• HYPR 


IBB03080 


• HYPR 


IBB03100 


• HYPR 


IBB03130 


• HYPR 


IBB03150 


• DISK 


IBB03190 


• DISK 


IBB032ip__..- 


• DISK 


IBB03250 


• DISK 


IBB03270 



Figure 35. Input/Output Configuration System Monitor Assembly Parameters ( section 1 ) ( Sheet 1 of 2 ) 
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DFE3 


EQU 


1 


NFE1 


EQU 





DFEA1 


BOOL 


1777 


IFE1 


EQU 





DFE2 


EQU 





DFE4 


EQU 


1 


NFE2 


EQU 





0FEA2 


BOOL 


1777 


IFE2 


EQU 





CHF1 


EQU 





CHFAT 


BOOL 


17777 


CHFMD 


BOOL 


1777 


PRNTF 


ECU 





PNCHF 


EQU 





CDRDF 


EQU 





HTF1 


EQU 





HTFA1 


BOOL 


1777 


HTF2 


EQU 





HTFA2 


BOOL 


1777 


DFF1 


EQU 





DFF3 


EQU 


1 


NFF1 


EQU 





DFFA1 


BOOL 


1777 


IFF1 


EQU 





DFF2 


EQU 





DFF4 


EQU 


1 


NFF2 


EQU 





DFFA2 


BOOL 


1777 


IFF2 


EQU 





CHG1 


EQU 





CHGAT 


BOOL 


17777 


CHGMD 


BOOL 


1777 


PRNTG 


EQU 





PNCHG 


EQU 





CDRDG 


EQU 





HTG1 


EQU 





HTGA1 


BOOL 


1777 


HTG2 


EQU 





HTGA2 


BOOL 


1777 


DFG1 


EQU 





0FG3 


EQU 


1 


NFG1 


EQU 





DFGA1 


BOOL 


1777 


IFG1 


EQU 





DFG2 


EQU 





DFG4 


EQU 


1 


NFG2 


EQU 





DFGA2 


BOOL 


1777 


IFG2 


EQU 





CHH1 


EQU 





CHHAT 


BOOL 


17777 


CHHMD 


BOOL 


1777 


PRNTH 


EQU 





PNCHH 


EQU 





CDRDH 


EQU 





HTH1 


EQU 





HTHA1 


BOOL 


1777 


HTH2 


EQU 





HTHA2 


BOOL 


1777 


DFH1 


EQU 





DFH3 


EQU 


1 


NFH1 


EQU 





DFHA1 


BOOL 


1777 


IFH1 


EQU 





DFH2 


EQU 





0FH4 


EQU 


1 


NFH2 


EQU 





DFHA2 


BOOL 


1777 


IFH2 


EQU 






CHANNEL F 



CHANNEL G 



CHANNEL H 



*DISK 


IBB0321C 


*DRUM 


IBB03230 


• DKDM 


IBB032 C 50 


• DKDM 


IBB03270 


• DISK 


IBB03300 


*DISK 


IBB03320 


♦ DRUM 


IBB03340 


*DKDM 


IBB03360 


• DKDM 


IBB03380 




IBB03430 




IBB03480 




IBB03520 




IBB03550 




IBB03580 




IBB03610 


*HYPR 


IBB03650 


*HYPR 


IBB03670 


»HYPR 


IBB03700 


• HYPR 


IBB03720 


*DISK 


IBB03760 


• DISK 


IBB03780 


• DRUM 


IBB03800 


• DKDM 


IBB03820 


• DKDM 


IBB03840 


• DISK 


IBB03870 


• DISK 


IBB03890 


• DRUM 


IBB03910 


• DKDM 


IBB03930 


• DKDM 


IBB03950 




IBB04000 




IBB04050 




IBB04090 




IBB04120 




IBB04150 




IBB04180 


• HYPR 


IBB04220 


*HYPR 


IBB04240 


• HYPR 


IBB04270 


• HYPR 


IBB04290 


• DISK 


IBB04330 


• DISK 


IBB043"50 


• DRUM 


IBE04370 


• DKDM 


IBB04390 


• DKDM 


IBB04410 


• DISK 


IBB04440 


• DISK 


IBB04460 


• DRUM 


IBB04480 


• DKDM 


IBB04500 


• DKDM 


IBB04520 




IBB04570 




IBB04620 




IBB04660 




IBB04690 




IBB04720 




16004750 


• HYPR 


IBB04790 


• HYPR 


IBB04810 


• HYPR 


IBB04840 


• HYPR 


IBB04860 


• DISK 


IBB04900 


• DISK 


IBB04920 


• DRUM 


IBB04940 


• DKDM 


IBB04960 


• DKDM 


IBB04980 


• DISK 


IBB05010 


*DISK 


JBB05030 


• DRUM 


IBBOSOSO 


• DKDM 


IBB05070 


• DKDM 


IBB05090 



Figure 37. Input/Output Configuration System Monitor Assembly Parameters ( section 1 ) 
(Sheet 2 of 2) 



SYSLBl 


MZE 


l.il 


SYSLB2 


mze 





SYSLB3 


MZE 





SYSLB4 


MZE 


PPC.PPE.PPU 


SYSCRD 


PZE 


I. ,11 


SYSPRT 


PZE 


l,t 13 


SYSPCH 


PZE 


l,t 12 


SYSOUl 


PZE 


2,,1 


SYS0U2 


PZE 


2,,1 


SYSIN1 


PZE 


It, 2 


SYSIN2 


PZE 


I,, 2 


SYSPP1 


PZE 


2, ,2 


SYSPP2 


MZE 


2, ,4 


SYSCK1 


MZE 





SYSCK2 


MZE 





SYSUT1 


MZE 


1,,3 


SYSUT2 


MZE 


2, .3 


SYSUT3 


MZE 


1,.4 


SYSUT4 


MZE 


2, ,4 



HIGH DENSITY Al 
NO UNIT ASSIGNED 
NO UNIT ASSIGNED 
NO UNIT ASSIGNED 
CARD READER ON A 
PRINTER ON A 
PUNCH ON A 
LOW DENSITY 81 
LOW DENSITY Bl 
LOW DENSITY A2 
LOW OENSITY A2 
LOW DENSITY B2 
HIGH DENSITY B4 
NO UNIT ASSIGNED 
NO UNIT ASSIGNEO 
HIGH DENSITY A3 
HIGH DENSITY B3 
HIGH DENSITY A4 
HIGH DENSITY B4 



IBB42280 
IBB42290 
IBB42300 
IBB42310 
IBB42320 
IBB42330 
IBB42340 
IBB42350 
IBB42360 
IBB42370 
IBB42380 
IBB42390 
IBB42400 
IBB42410 
IBB42420 
IBB42430 
IBB42440 
IBB42450 
IBB42460 



• Figure 38. Auxiliary System Unit Function Table ( section 1 ) 
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DMPSW 
DMPSV 
IBSAV 



pie 

PZE 
PZE 
PZE 
PZE 
PZE 
PZE 
PZE 
PZE 
PZE 
PZE 
PZE 
PZE 
PZE 
PZE 
PZE 
PZE 
PZE 
PZE 



* • , 7 1 * * 
*» 



DUMP SWITCH 
DUMP INFO SAVE 
S.S.I SAVE 



IBB42510 
IBB42520 
IB842530 
IBB42540 
IB842550 
IBB42560 
IBB42570 
IBB42580 
IBB42590 
IBB42600 
IBB42610 
IBB42620 
IBB42630 
IBB42640 
IBB42650 
IBB42660 
IBB42670 
IBB42680 
IBB42690 



• Figure 39. Auxiliary Disk/Drum Limits Table (section 1) 



ONLIN 


BOOL 


1 


DBLSPC 


BOOL 





KEYSWT 


EQU 


4 


FORMAT 


EQU 


3 



IB000210 
IBD00220 
IB000230 
IBD00240 



Figure 40. System Core-Storage Dumps Assembly Parameters ( section 1 ) 



NOCH EQU 
NOHYP EQU 



NO. OF 1301 OR 7320 MODULES DEFINED IN IOCS »DKDM 11000310 
NO. OF HYPERTAPE CHANNELS DEFINED IN IOCS *HYPR 11000330 



Figure 41. ibjob Monitor Assembly Parameters for Disk, Drum, and Hypertape (section 2) 



NOCH EQU 
NOHYP EQU 



NO. OF 1301 OR 7320 MODULES DEFINED IN IOCS »DKDM IOA00360 
NO. OF HYPERTAPE CHANNELS DEFINED IN IOCS »HYPR IOA00380 



Figure 42. Full iocs ( Independent iocs ) Assembly Parameters for Disk, Drum, and Hypertape 

( SECTION 3 ) 



NOCH 


EQU 





NOHYP 


EQU 





NOCH 


EQU 





NOHYP 


EQU 





NOCH 


EQU 





NOHYP 


EQU 






NO. OF 1301 OR 7320 MODULES DEFINED IN IOCS 
NO. OF HYPERTAPE CHANNELS DEFINED IN IOCS 

NO. OF 1301 OR 7320 MODULES DEFINED IN IOCS 
NO. OF HYPERTAPE CHANNELS DEFINED IN IOCS 

NO. OF 1301 OR 7320 MODULES DEFINED IN IOCS 
NO. OF HYPERTAPE CHANNELS DEFINED IN IOCS 



*DKDM 3AE00060 
• HYPR 3AE00080 
*DKDM 3AF00270 
•HYPR 3AF00290 
*DKDM 31000300 
*HYPR 31000320 



Figure 43. ibjob Subroutine Library Assembly Parameters for Disk, Drum, and Hypertape 
( SECTION 4 ) 
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Component iocs and inserted in section 2 of the 1301/ 
7340 update-edit deck. If both 1301 and 7340 capa- 
bility are to be added, both cards should be prepared 
and inserted in section 2 of the update-edit deck. 

Inserting Full IOCS (Independent IOCS) Assembly Parameters 
for Disk and Hypertape Capability 

The Full iocs (Independent iocs) assembly param- 
eters for disk storage and Hypertape capability are 
listed in Figure 40. These parameters are inserted in 
section 3 of the 1301/7340 update-edit deck and indi- 
cate the number of 1301 Disk Storage modules and/or 
7340 Hypertape channels that may be used by the Full 
iocs (Independent iocs). Otherwise, the procedure 
for preparing and inserting these parameters is the 
same as for the ibjob Monitor assembly parameters. 

Inserting IRJOB Subroutine Library Assembly Parameters for 
Disk Storage and Hypertape Capability 

The ibjob Subroutine Library assembly parameters for 
disk storage and Hypertape capability, shown in Fig- 
ure 41, indicate the number of 1301 modules and/or 
7340 Hypertape channels that may be used by the 
Library iocs in the ibjob Processor. The first four of 
these parameters are inserted in section 4 of the 
1301/7340 update-edit deck. The last two parameters 
are inserted, as indicated by their serial numbers, be- 
tween the fourth and fifth cards following section 4 
of the update-edit deck. Otherwise, the procedure for 
preparing and inserting these parameters is the same 
as for the ibjob Monitor and Full iocs! 

Operating Procedure for the 1301/7340 Update-Edit 
Deck 

After the 1301/7340 update-edit deck has been pre- 
pared, as described in the preceding section, the fol- 
lowing procedure should be followed to generate a 



new System Library Tape with 1301 and/or 7340 
capability. 

1. Place the prepared 1301/7340 update-edit deck 
in the System Input File on sysini ( A2). 

2. Mount the distributed 729 capability SystenuLi- 
brary Tape on syslbi (ai). ^ 

3. Mount the distributed ibsys Symbolic Tape 
Number 1 on B3. 

4. Mount work tapes on bi, B2, B4, A3, A4, and, if it 
exists at the installation, as. 

5. Follow the initial start procedure described in the 
publication IBM 7090/7094 IBSYS Operating System: 
Operator's Guide, Form C28-6355. 

6. Follow the operating instructions printed on the 
System Printer. 

The output tapes produced during the job run are de- 
scribed in the section "The Assignment and Function 
of Units for the 1301/7340 Update-Edit Job Deck." 
Refer to the "System Editor" section of the manual 
for information on editing the new System Library 
onto disk storage or Hypertape. 

Reassembling the System Monitor 

Although reassembly of the System Monitor is nor- 
mally not required unless 1301 Disk Storage and/or 
7340 Hypertape capability is to be added, it may be 
necessary at some installations to add an installation 
accounting routine or otherwise tailor the System Li- 
brary to special installation requirements. The sample 
job deck in Figure 42 may be used for this purpose. 
Before the deck is used, any symbolic cards for insert- 
ing or changing coding, changing assembly param- 
eters, and/or changing system unit assignments must 
be inserted in the deck immediately following the 
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UPDATE AND ASSEMBLE SYSTEM MONITOR 

A4 PROVIDE UNIT FOR UPDATE OUTPUT TAPE. 

S YSCK 1 

B2 INSURE THAT SYSPP1, SYSUT2 ARE SAME DENSITY 

SYSPPl 

B3 

SYSUT2 

SYSUT1.SYSUT3 RESERVE USUAL UNIT FOR NEW SYSTEM TAPE. 

SYSPPl 

IBSFAP 



$J0B 

$ATTACH 

$AS 

$ATTACH 

$AS 

$ATTACH 

$AS 

$SWITCH 

SKEWIND 

$EXECUTE 

*FAP 

UPDATE 8,9 
(INSERT ASSEMBLY PARAMETER CARDS, F IGURES 29 THROUGH 33) 

END 

ENDFIL 

$SWITCH SYSPPl, SYSUT2 

$SWITCH SYSUT1.SYSUT3 RESTORE UNITS TO ORIGINAL ASSIGNMENTS. 

$REM0VE SYSCK1 

$IBEDT 

♦EDIT MAP, MODS 

TAPE »REPLACE IBSYS 

TAPE "REPLACE SYSDMP 
(END-OF-FILE CARD) 
tSTOP 

Figure 42. Sample Job Deck for Updating and Assembling the System Monitor 
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update pseudo-operation card. The assembly param- 
eter and system unit assignment cards should be in- 
serted in the order in which they appear in Figures 
34 through 38. The System Monitor assembly param- 
eters are described in Figure 33. The format of the 
entries in the auxiliary System Unit Function Table 
and auxiliary Disk Limits Table are described in the 
preceding text, in the section "Inserting Changes to 
Entries in the Auxiliary System Unit Function and 
Disk Limits Tables." 

For the sample job deck, the symbolic tape con- 
taining the System Monitor is mounted on B3 and the 
distributed System Library Tape is mounted on ai. 
The deck produces an updated symbolic tape contain- 
ing the System Monitor on B4 and the new System Li- 
brary Tape on A3. 



Incorporating a User-Designed Installation 
Accounting Routine 

A user may, if he wishes, design an installation ac- 
counting routine tailored to his requirements and in- 
corporate it in the System Library as part of the 
7090/7094 ibsys Operating System. The accounting 
routine may be designed to perform a variety of 
functions, such as job timing, job billing, or produc- 
ing statistical data on the processing of jobs. Since 
accounting practices vary considerably from installa- 
tion to installation, a specific accounting routine is 
not provided with the 7090/7094 ibsys Operating Sys- 
tem. However, facilities are provided for incorporating 
into the system an installation accounting routine 
specifically designed by the user to meet his own re- 
quirements. 

There are three one-word entries in the Communi- 
cations Region of the System Nucleus that are used 
specifically for accounting purposes: sysidb, sysacc, 
and syspid. The function of each of these entries is 
described in detail in Appendix A. 

An installation accounting routine may either be 
incorporated as part of the System Monitor and be 
available for use by the System Monitor and each of 
the subsystems, or it may be incorporated as part of 
a subsystem where it is available for use by the sub- 
system only. Both methods of incorporating an ac- 
counting routine are described in the following text. 



Incorporating an Accounting Routine in the System 
Monitor 

If an installation accounting routine is incorporated 
in the System Monitor, it must be loaded in the last 
(high-numbered) location of core storage and must 
not occupy more than 500 locations. 



Coding the Accounting Routine 

To incorporate the coding for the accounting routine, 
the System Monitor must be updated and reassembled, 
as described in the section "Reassembling the System 
Monitor." A specific place within the System Super- 
visor ( ibsup) coding on the symbolic tape' has been 
selected for incorporating the coding of the accounting 
routine itself. The card serialization numbers from 
IBB66620 through IBB99990 have been reserved for this 
purpose. On the distributed symbolic tape, the card 
with the serialization IBB66620 contains the following 
pseudo-operation : 

TCD B30RG IBB66620 

This pseudo-operation should either be deleted or 
be replaced with the first card of the installation ac- 
counting routine. The last card of the installation 
accounting routine must contain the same pseudo- 
operation, that is: 

TCD B30RG xxxxxxxx 

where xxxxxxxx is the last card serialization number 
used for the accounting routine. 

The accounting routine may also be placed at any 
other appropriate place within the System Supervisor 
(ibsup) coding, except between the symbols ibsnuc 
and nucend (the System Nucleus is derived, at initial 
start, from the coding between these symbols). How- 
ever, if it is inserted in a place other than the selected 
one, reserialization of the existing coding will normally 
be required. 

If the installation accounting routine is to be loaded 
into upper core storage each time the System Super- 
visor is loaded, then the coding for the routine should 
"origin" in the upper core storage area where the 
assembled routine is to reside. However, if it is desired 
to have the accounting routine loaded into upper core 
storage only at initial start, then the coding for the 
routine must not origin in upper core storage and 
additional coding must be placed in the System Mon- 
itor "cold" routine to relocate the routine into upper 
core storage at initial start. 

Changing the Assembly Parameter SY5END 

The System Monitor assembly parameter sysend ( Fig- 
ures 33 and 34) must be equated to the first location 
of the installation accounting routine in upper core 
storage, minus one. The sysend parameter defines the 
address that is loaded into the address portion of the 
syscor location in the Communication Region of the 
System Nucleus (Appendix A). This address indicates 
to the subsystems the address of the last core storage 
location available for their use. Therefore, the area of 
core storage beginning at sysend +i and ending at 
77777 8 will not be disturbed by any of the subsystems. 
The sysend parameter also indicates to the System 
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Supervisor, the area of core storage in which to load 
the off-line print routine spout. The System Supervisor 
loads spout in the 200 locations beginning at sysend- 
199 and ending at sysend. 

Changing the Location of IBSIDR 

Location ibsidr, in the System Monitor, contains a 
transfer instruction that is placed, at initial start, into 
location sysidr in the Communication Region of the 
System Nucleus (Appendix A). The coding for lo- 
cation ibsidr on the distributed symbolic tape is as 
follows: 

IBSIDR TRA 2,4 IBB41810 

When the System Monitor is reassembled, this coding 
must be changed so that the tra instruction transfers 
to the beginning of the installation accounting routine, 
thereby enabling the accounting routine to gain con- 
trol whenever the System Monitor or a subsystem 
transfers control to sysidr after reading a $job or $id 
card or whenever a subsystem signs on or off. 

Changing the Contents of Location IBSACC 

The contents of location ibsacc, in the System Monitor, 
are placed, at initial start, into location sysacc in the 
Communication Region of the System Nucleus (Ap- 
pendix A). The coding for location ibsacc on the dis- 
tributed symbolic tape is as follows: 

IBSACC PZE IBB41840 

If it is desired to make the installation accounting 
routine responsible for printing the $job and $id cards, 
instead of having them printed both off-line and on- 
line by the subsystem (or the System Monitor) that 
reads the card, then the coding for the ibsacc location 
must be changed when the System Monitor is re- 
assembled, so that it does not contain all zeros. 

Incorporating an Accounting Routine in a Subsystem 

If an accounting routine is designed for use only with 
a specific subsystem, then the accounting routine 
should be assembled and then appended to the first 
record of the subsystem by using an *modify card 
when editing the System Library (refer to the section 
"System Editor"). This will result in the accounting 
routine being loaded whenever the first record of the 
subsystem is loaded after a $execute card containing 
the name of the subsytem is read. The first record of 
the subsystem should also be appended to overlay the 
sysidr location in the Communication Region of the 
System Nucleus so that the location contains a transfer 
to the beginning of the installation accounting routine. 
If necessary, the syscor location should be overlaid in 
order to change the address portion of the entry which 
defines the end of usable core storage. The sysacc 
location may also be overlaid if it is desired to change 
it to nonzero. 



A $ibsys card, followed by a $restore card, should be 
placed at the end of a job or job segment performed by 
a subsystem containing an accounting routine if it is 
followed on the system input file by jobs or job seg- 
ments to be performed by others subsystems or by the 
System Monitor. The $restore card will restore sysidr, 
syscor, and sysacc locations to their original state, 
thereby nullifying any changes made by the subsystem 
containing the accounting routine. 



Incorporating User Programs as Subsystems 
Under System Monitor Control 

A user may, if he chooses, design a program and insert 
it in the System Library. The program can then be 
called into core storage by a sexecute card and can be 
executed. Once the program is coded and assembled, 
it may be inserted in the System Library using a job 
deck similar to the sample job deck in Figure 43. 



l 
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*J0B INSERT SYSTMU AS SUBSYSTEM AFTER IBJOB 

HBSYS 

$IBEDT 

•EDIT MAP, MODS 
•PLACE SYSTMU, 1,1, 2 
FILE #AFTER IBJOB 
TAPE "INSERT 

(COLUMN BINARY CARD IMAGES ON SYSUT2) 

•INSERT FILEMK 
(END-OF-FILE CARD) 
$ST0P 

Figure 43. Sample Job Deck for Inserting a User Program as 
a Subsystem Under System Monitor Control 



For the sample job deck, it is assumed that a user 
program, which is named systmu, is located on sysuts 
in the form of absolute column-binary card images that 
terminate with a transfer card. The job deck is designed 
to insert the program in the System Library immedi- 
ately following the ibjob Processor. Before the program 
is inserted, it is converted by the System Editor into a 
self-loading, scatter-load format, which is a standard 
format for the System Library. For the sample job deck 
in Figure 43, it is assumed that the user program con- 
sists of one record only. However, a program may 
consist of more than one record. For each additional 
record, another tape *insert card must be placed in 
the job deck and the absolute column-binary card 
images from which the record is formed must follow 
(on sysut2) the card images for the previous record. 
The column-binary card images for each record must 
end with a transfer card. Additional information may 
be found in the section "System Editor." 

In designing and coding a program for insertion as 
a subsytem in the System Library, a number of rules 
must be adhered to in order to ensure proper loading 
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of the program, coordinated control of input/output 
operations, and continuous job processing. These rules 
are as follows : 

1. The program must use the core storage between 
sysorg and sysend only (refer to syscor in Appen- 
dix A). 

2. The first word in the first record of the program 
must be a bcd name without leading blanks and may 
have an origin at syscur (Appendix A). This name is 
the name of the program and is the name specified on 
the $execute card to call the program. The name must 
not be the same as the name of any other record in the 
System Library. 

3. The first word of the second and succeeding rec- 
ords, if any, of the program must be a unique bcd 
name, without leading blanks, and may have an origin 

at SYSCUR. 

4. The first record must contain a tra instruction, 
which transfers control to the beginning of the pro- 
gram and which has an origin at systra (Appen- 
dix A). 

5. The System Loader (sysldr) in the System Nu- 
cleus may be used by a program to load the second 
and succeeding records of the program. In Appendix 
A, a description of the use of the System Loader may 
be found under "sysldr." If the System Loader is used 
to load a record, the contents of systra must be 
changed to transfer control to the first instruction that 
is to be executed after the record is loaded. This may 
be accomplished by placing in the record itself a tra 
instruction which has an origin at systra. The instruc- 
tion will then overlay the content of systra when it 
is loaded. 

6. The program must recognize and act upon the 
$ibsys, $execute, $stop, sid, and $job cards, as described 
in the section "System Nucleus" under the heading 
"Job Control Communications with Subsystems." 

7. If a system unit is to be used, it must be re- 
ferred to by way of its entry in the System Unit Func- 
tion Table and, if it is disk, by its entry in the Disk 
Limits Table ( refer to the section "System Nucleus" ) . 

8. If a unit that is not assigned to a system unit 
function is to be used, it must be referred to by way 
of an availability chain (refer to the section "System 
Nucleus" ) . 

9. The program must either use ioex (described in 
the section "Input/Output Executor") or adhere to 
the following rules: 

a. If a 729 Magnetic Tape Unit or 7340 Hypertape 
Drive is used, the program must keep track of 
the file and record count in the unit control 
block of the unit. 

b. Before using the System Loader, the program 
must make certain that there is no activity on 
the channel that is being used. 



c. If the System Loader is used to load records 
from disk storage, the program must not over- 
lay ioex routines (fdamt, (decvd, and (decrq. 



Incorporating IBM Modifications to the 
7090/7094 IBSYS Operating System 

The 7090/7094 ibsys Operating System is distrib- 
uted preassembled in binary form on a single 729 capa- 
bility System Library Tape and in symbolic form on 
several tapes. Each of the symbolic tapes will normally 
contain more than one subsystem. However, since the 
System Monitor and each of the subsystems are main- 
tained separately, instructions will be provided, when 
the symbolic tapes are distributed, for copying the 
System Monitor and each subsystem onto separate 
tapes. Whenever modifications are to be made to the 
System Monitor or a subsystem, a modification letter 
will be distributed. Two job decks will be distributed 
with the letter; a symbolic modification deck and a 
binary modification deck. Either deck may be used to 
produce a new binary System Library with the re- 
quired modifications incorporated. However, the sym- 
bolic modification deck will also produce an updated 
symbolic tape of the subsystem ( or the System Moni- 
tor) being modified and a symbolic assembly listing of 
the portions of the subsystem that are updated and 
reassembled to incorporate the modifications. In addi- 
tion to the symbolic and binary modification decks, a 
third job deck, the cumulative binary modification 
deck, will be distributed whenever a new version of 
the 7090/7094 ibsys Operating System is released. This 
deck may be used to accumulate modification cards 
from several binary modification decks and may be 
used, at any time, to bring a System Library up to the 
latest modification level in a single job run. 

Any one or a combination of the three methods rep- 
resented by the three job decks may be used at an in- 
stallation to maintain the System Library, depending 
upon the particular requirements of the installation. 

Symbolic Modification Deck 

The control cards in a standard symbolic modification 
deck are listed in Figure 44. In addition to these cards, 
each distributed deck will contain symbolic modifica- 
tion cards for updating a subsystem or the System 
Monitor. 

The symbolic modification deck is designed for use 
with a System Library having the same system unit 
assignments ( Figure 26) as the distributed System Li- 
brary Tape. If system unit assignments have been 
changed at an installation, it may be necessary to 
change one or more of the three sattach cards in the 
beginning of the deck. 
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$JOB 

$ATTACH 

$AS 

SATTACH 

$AS 

$ATTACH 

$AS 

$SWITCH 

$REWIND 

$EXECUTE 

*FAP 
UPDATE 
END 
ENDUP 
• FAP 
UPDATE 



7090/7094 IOCS, 7090-10-919, VERSION 5, MODIFICATION 1 

A4 PROVIDE UNIT FOR UPDATE OUTPUT TAPE. 

SYSCKl 

B2 INSURE THAT SYSPP1, SYSUT2 ARE SAME DENSITY 

SYSPP1 

B3 

SYSUT2 

SYSUTl, SYSUT3 RESERVE USUAL UNIT FOR NEW SYSTEM TAPE. 

SYSPP1 

IBSFAP 

8,9, ,D SPACE TO BEGINNING OF PROPER ASSEMBLY. 



(UPDATE CARDS) 
END 
• FAP 



UPDATE 
END 

ENDFIL 
ENDUP 

$IBSYS 

$ SWITCH 

SSWITCH 

$REMOVE 

$IBEDT 

•EDIT 



8,9 
CAI 
-1 

8,9, ,D 



UPDATE-ASSEMBLE RECORD TO BE MODIFIED. 

PRODUCE TRANSFER CARD FOR EDITING 

COPY REST OF SYMBOLIC TAPE. 

MATCH SERIALIZATION FOR LAST END CARD. 



TAPE "REPLACE (RECORD NAME) 

(END-OF-FILE CARD) 
$IBSYS 

tSWITCH SYSPP1.SYSUT2 
$STOP 



SYSPPI, SYSUT2 

SYSUTl, SYSUT3 RESTORE UNITS TO ORIGINAL ASSIGNMENTS. 

SYSCKl 

MAP, MODS 



XXXXXXXX 



XXXXXXXX 
XXXXXXXX 



XXXXXXXX 



AABCCDDD 



Figure 44. Symbolic Modification Deck 



The assignment and the function of tape units used 
by the symbolic modification deck are shown in Fig- 
ure 45. 

The old System Library Tape is mounted on syslbi 
(ai); the symbolic tape, containing the one subsystem 
(or the System Monitor) that is to be modified, is 
mounted on sysut2 (b3). The density assigned to sysut2 
and sysppi must be the same as the density of the 
symbolic tape. The density assigned to a system unit 
function is determined by the System Monitor assembly 
parameter highlo (Figures 33 and 34), unless a differ- 
ent density is specified on a $as card that is used to 
assign a unit to the system unit function. If the density 
specified by the highlo parameter does not agree with 
the density of the symbolic tape on sysuts, the correct 
density should be specified on the $as sysut2 and $as 
sysppi cards. 

At the completion of the symbolic modification job, 
the new System Library Tape is on tape unit A3, the 
updated symbolic tape for the subsystem (or the 
System Monitor) is on tape unit A4, and the assembly 
listing of the updated and reassembled portions of the 
subsystem is on tape unit bi. 

The following operations are performed by the sym- 
bolic modification deck: 

1. Tape unit A4 is attached as syscki, to function as 
the update output tape. 

2. Tape units B2 and B3 are attached as sysppi and 
sysut2, respectively. This is done to ensure that both 
units are set to the same density and that their density 
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Unit 
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Number 


Output 


Al 


SYSLBI 


none 


Old System 
Library 






A2 


SYSIN1 


none 


System Input 






A3 


SYSUTl 


SYSUT3 
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Library 




X 


A4 


SYSUT3 


SYSCKl 
SYSUTl 


Updated 
Symbolic 


9 


X 


Bl 


SYSOU1 


none 


List Output 




X 


B2 


SYSPPI 


SYSUT2 


Punch Output 




X 
(Optional 


B3 


SUSUT2 


SYSPPI 


Old 
Symbolic 


8 




B4 


SYSUT4 


none 


Intermediate 







Figure 45. The Assignment and Function of Units for the Sym- 
bolic Modification Decks 



settings do not change when their system unit function 
assignments are switched later in the job. 

3. The two functions, sysuti and sysut3, are 
switched. In addition to the normal list output on 
sysoui, the job deck produces a new System Library 
Tape and an updated symbolic tape of the subsystem 
being modified. Switching sysuti and sysut3, both be- 
fore and after the update and assemble portion of the 
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job, causes the System Library Tape to be written on a 
different physical tape unit than the one on which the 
updated symbolic tape is written. 

4. The System Peripheral Punch Tape is rewound. 

5. The symbolic tape of the subsystem, at the pre- 
vious modification level, is copied from sysut2 onto 
syscki (without assembly) up to the portion that re- 
quires modification. 

6. The portion of the subsystem on the symbolic tape 
on sysut2 that requires modification is updated with 
the symbolic modification cards in the job deck on 
sysini and is written on syscki. The updated portion is 
assembled and then written in binary form on sysppi. 
The assembly listing is placed on sysoui. 

7. The remainder of the old symbolic tape on sysut2 
is copied (without assembly) onto syscki, after which 
an end-of-file mark is written. 

8. sysppi, which contains the updated and assem- 
bled portions of the subsystem, is switched with 
sysuts, in preparation for editing onto the new System 
Library Tape. The old symbolic tape is on the unit 
that is now assigned as sysppi, and may be saved. 

9. sysuti and sysut3 are switched again (described 
in step 3). This restores their original assignments. 

10. The updated symbolic tape on syscki is rewound 
and unloaded. 

11. The System Library is edited to incorporate the 
updated and reassembled portions of the subsystem 
that is in binary form on sysuts. The following System 
Editor control card is normally used: 

TAPE * REPLACE ( Record Name ) 

In some cases, the following System Editor control 
card may also be used: 

TAPE *MODIFY (Record Name) 



Binary Modification Deck 

The basic control cards in a standard binary modifica- 
tion deck are listed in Figure 46. In addition to these 
cards, each distributed deck will contain one or more 
System Editor *modify and/or *replace cards and 
a number of column-binary alteration cards (Figure 
17) for modifying a subsystem or the System Monitor. 
This deck can be used without change to produce a 
new System Library Tape from the System Library 
at the previous modification level. An *check card is 
included in the deck to verify that the correct number 
of *modify, *replace, and column-binary alteration 
cards have been received. 

The *modify, *replace, and column-binary altera- 
tion cards in the deck are serialized in columns 73 
through 80. The serialization indicates the order, in 
the System Library, of the record being modified 
and has the following format: 

AABCCDDD 
where aa is the order in the System Library of the 
subsystem ( or System Monitor ) being modified, mul- 
tiplied by 10. For example, the System Monitor is 10, 
the ibjob Processor is 20, the Generalized Sorting Sys- 
tem is 30, etc. b is the number of a file within the sub- 
system, cc is the number of a record within the file, 
and ddd is the number of a column-binary alteration 
card or an * modify or ^replace card. For the *modify 
and *replace cards, ddd is always 000. As an example, 
the cards for modifying the first record (ibmapj) of 
the fourth file of the ibjob Processor are serialized as 

follows: 

♦MODIFY IBMAPJ 20401000 

( First alteration card ) 20401001 

( Second alteration card ) 2040 1002 

( Third alteration card ) 20401003 



$JOB 

$* IBJOB FORTRAN IV COMPILER (IBFTC) 

tIBEDT 

•EDIT MAP, MODS 
(MODIFICATION CARDS) nnn 

, CHECK N VERIFY THAT N CARDS HAVE BEEN RECEIVED. 98999999 

(END-OF-FILE CARD) 
tSTOP 



00000001 
7090-FO-8D5, VERSION 3, MOD. 2 00000008 

00000030 
00000031 
AABCCDDD 



Figure 46. Binary Modification Deck 



99000001 
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The same type of serialization is used for the main- 
tenance control cards in the System Editor portion 
of the symbolic modification deck shown in Figure 44. 

Cumulative Binary Modification Deck 

The basic control cards in the cumulative binary mod- 
ification deck are listed in Figure 47. This deck is dis- 
tributed whenever a new version of the 7090/7094 
ibsys Operating System is released. After each binary 
modification deck is received, modification cards from 
the deck may be removed and placed in the cumu- 
lative binary modification deck. Instructions for doing 
this will be provided in each modification letter. The 
cumulative deck may be used to produce a System Li- 
brary Tape at the current modification level from a 
backup System Library Tape. Use of the cumulative 
deck facilitates the determination of System Library 
modification levels, since the modification cards for 
the System Monitor and all subsystems are included 
in one deck. 

Occasionally, it may be necessary to perform a 
special edit to modify library subroutines, using edit- 
ing facilities in the ibjob Processor, the Fortran ii 
Processor, or the Commercial Translator Processor. 
When this is necessary, a special modification deck is 
distributed. However, the cards from this special deck 



should not be incorporated in the cumulative binary 
modification deck. The user may keep a copy of the 
distributed System Library Tape as a backup tape and 
use it and the cumulative binary modification deck 
whenever it is necessary to produce a System. Library 
Tape at the current modification level. If a special 
modification deck is distributed, it may be used to pro- 
duce a new backup System Library Tape from the old 
one. The new backup tape and the cumulative binary 
modification deck may then be used, when necessary, 
to produce an up-to-date System Library Tape. 

Maintaining a Two-Tape System Library 

Some installations may use a two-tape System Library, 
in which parts of the ibjob Processor are located on a 
second System Library Tape. To incorporate ibm 
modifications without changing the distributed mod- 
ification decks, a duplicate of the System Library 
should be maintained on a single tape reel. After mod- 
ifications are incorporated in the single System Library 
Tape, it may be used to produce a two-tape System 
Library, in which parts of the ibjob Processor are lo- 
cated on a second tape. The procedure for dividing the 
ibjob Processor is described in the publication IBM 
7090/7094 IBSYS Operating System: IBIOB Processor, 
Form C28-6275. 
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$»THIS EDITOR DECK WILL GENERATE A SYSTEM TAPE CONTAINING - 








00000002 


$* IBSYS SYSTEM MONITOR 


7090-SV-918, 


VERSION 


4, 


MOD. 





00000003 


$* IBJOB MONITOR ( IBJOB) 


7090-SV-801, 


VERSION 


3, 


MOD. 





00000004 


$» IBJOB LOADER ( IBLDR) 


709Q-SV-802, 


VERSION 
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MOO. 
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VERSION 


3, 


MUD. 





00000006 


$* IBJOB MACRO ASSEMBLY PROGRAM (IBMAP) 


7090-SP-8D4, 


VERSION 


3, 


MOD. 





00000007 


$» IBJOB FORTRAN IV COMPILER (IBFTC) 


7090-F0-8D5, 


VERSION 


3, 


MOD. 





00000008 


$» IBJOB COBOL COMPILER (IBCBC) 


7090-CB-806, 


VERSION 


3, 


MOD. 





00000009 


$* GENERALUED SORTING SYSTEM 


709O-SM-922, 


VERSION 


6, 


MOD. 





00000010 


$» FORTRAN II PROCESSOR 


7090-FO-928, 


VERSION 


3, 


MOD. 


Id 


00000011 


$* UTILITIES 


7090-UT-92 7, 


VERSION 


2, 


MOD. 





00000012 


$» RESTART PROGRAM 


7090-10-976, 


VERSION 


1. 


MOD. 





00000013 


$» COMMERCIAL TRANSLATOR PROCESSOR 


7090-CT-92 1, 


VERSION 


5, 


MOD. 





00000014 


$* 9PAC PROCESSOR 


7090-PR-924, 


VERSION 


4, 


MOD. 





00000015 


$» INPUT/OUTPUT CONTROL SYSTEM 


7090-10-919, 


VERSION 


6, 


MOD. 
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Figure 47. Cumulative Binary Modification Deck 
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Appendix A: System Nucleus Communication Region Entries 



The functions of the entries in the Communication 
Region of the System Nucleus are described in this 
appendix. 

SYSTRA is loaded with a transfer instruction when 
the first record of a subsystem is scatter-loaded into 
core storage following the reading of a sexecute card. 
After the loading of the first record of a subsystem is 
completed, the System Loader transfers control to 
this entry, which, in turn, transfers control to the be- 
ginning of the subsystem. A transfer instruction may 
also be loaded in this location when succeeding rec- 
ords of a subsystem are loaded. 

SYSDAT contains a six-character word containing 
the date specified on the last sdate card processed. The 
entry should be updated by a $date card at the be- 
ginning of each day. The date word is provided for 
use in headings and labels by subsystems and object 
programs. 

SYSCUR contains the name, in bcd form, of the sub- 
system or subsystem record currently in core storage. 
The System Supervisor places the subsystem name 
from the sexecute card in this location before loading 
the first record of the subsystem. When succeeding 
records of a subsystem are loaded, the name of the 
record may be loaded into this location. 

SYSRET is the location to which each subsystem 
transfers control to call in the System Supervisor. 
Once the System Supervisor is called into core storage, 
the instruction emtm is executed. Therefore, the ma- 
chine is always in the multiple-tag mode when control 
is passed to a subsystem from the System Supervisor. 

SYSKEY is the location in which the entry key set- 
tings are stored at initial start. This location may be 
interrogated to determine what the status of the entry 
keys was before initial start. 

SYSSWS is the location in which sense switch set- 
tings are stored at initial start. Sense switches 1 
through 4 are reserved for use by the Operating 
System. This location may be interrogated to deter- 
mine what the status of the sense switches was before 
initial start. Bits 30 through 35 of the entry represent 
sense switches 6 through 1, respectively. A 1-bit indi- 
cates that the corresponding sense switch was down 
at initial start. 

SYSPOS contains the number of the System Library 
Unit and the position on the unit of the subsystem 
currently in core storage. This information is entered 
in the syspos location by the System Supervisor after 
it looks up, in the System Name or System Loader 



Table, the position of a subsystem specified on the 
sexecute card. When the System Library is on tape, 
the format of the entry is as follows: 

PZE INDEX„NFILES 

where index is 1, 2, 3, or 4, corresponding to syslbi, 
2, 3, or 4, and nfiles is the number of files the System 
Supervisor must skip over before loading the first rec- 
ord of the subsystem. 

When the System Library is on disk, the format 
of the syspos entry is as follows: 

PZE INDEX„L(SYSNAM) 

where index is the same as previously described and 
l(sysnam) is the binary disk track location of the sub- 
system. 
/o? SYSUNI contains the first location (in the address 
portion) and length (in the decrement portion) of the 
System Unit Function Table. The Disk Limits Table 
is assembled in the core-storage locations immediately 
following the System Unit Function Table. 
no SYSUBC contains the first location (in the address 
portion) and length (in the decrement portion) of the 
Unit Control Block Table. This table consists of one 
word for each channel containing the following in- 
formation: 

Prefix Number of card units assigned to the 

channel. 
Decrement Total number of units assigned to 

the channel. 
Address Address of the first unit control block 
for the channel. 
/// SYSUAV contains the first location (in the address 
portion) and length (in the decrement portion) of the 
Unit Availability Table. This table is described in the 
section "System Nucleus" under the heading "Unit 
Availability Table." 
t'Z SYSUCW contains the first location (in the ad- 
dress portion) and the combined length ( in the decre- 
ment) of all unit control blocks. The unit control 
blocks are assembled in contiguous locations. 
C? SYSRPT contains a transfer instruction to a System 
Nucleus routine that detemines whether the System 
Supervisor or the subsystem receives control when a 
$job card is read by a subsystem. When a subsystem 
reads a $job card, it transfers to sysrpt. If the sign of 
sysjob is minus, indicating that restoration of unit 
assignments is required, or if sense switch 1 is down 
and the card reader is not assigned as the System 
Input Unit, indicating that a between-jobs interrupt 



condition exists, control is passed to the System Super- 
visor. Otherwise, control is returned to the subsystem 
that read the $job card. 

SYSCEM normally contains the following instruc- 
tion: 



TRA 



SYSTRA-2 



This location is reserved for use by the customer 
engineer. During machine maintenance periods, it 
may contain a transfer to a customer engineering 
diagnostic routine located in core storage between 
sysorg-50 and sysorg-i. The diagnostic routine is 
transferred to this area by the System Supervisor at 
initial start and when a srestore card is processed. 

SYSDMP contains a transfer to a bootstrap routine 
for loading the System Core-Storage Dump Program, 
which is part of the System Monitor (ibsys) file on 
syslbi. A transfer to sysdmp initiates a core-storage 
dump in accordance with the options selected by the 
programmer or operator. (Additional information is 
contained in the section "System Core-Storage Dump 
Program.") The dump spill tape unit is syspp2. Neither 
sysoui nor syspp2 can be disk or drum. 

SYSIOX contains the first location (in the address 
portion ) and length ( in the decrement portion ) of the 
ioex Communication Table (Figure 16). This table 
contains entries for transferring control to ioex sub- 
routines. 

SYSIDR is provided for transferring control to an 
installation accounting routine. Whenever a $id or $job 
card is processed by a subsystem or the System Moni- 
tor, a transfer is made to sysidr, as follows: 

TSX SYSIDR,4 

PZE L($ID) 

return 

where l(.$id) is the location of the first word of the 
buffer containing the $id or $job card in bcd form. In 
the distributed version of the System Monitor, sysidr 
contains : 



TRA 



2,4 



Therefore, control is returned immediately to the 
subsystem (or to the System Monitor) that processed 
the sid or $job card. If an installation accounting rou- 
tine exists at an installation, sysidr should contain a 
transfer to the routine. 

SYSCOR contains the limits of the core-storage 
area available for use by subsystems operating under 
control of the System Monitor. 



PZE 



SYSEND„SYSORG 



In the distributed version of the System Monitor, 
sysend and sysorg are defined as follows: 

SYSORG= 2652b or 1450 10 
SYSEND = 77777 8 or 32,767 10 



Form C28-6248-2 
Page Revised 9/10/64 
by TNL N28-0118 

The Fortran ii Processor does not refer to location 
syscor when defining the two symbols sysorg and 
sysend. These symbols are defined by Fortran ii as 
follows: 

SYSORG = 3720 8 or 2000, 
SYSEND = 77777 8 or 32,767k, 

The user may redefine sysend to allow space for an 
installation accounting routine in upper core storage. 
In this case, the following limits apply: for Fortran 
ii, sysend may not be lower than 77677 8 or 32,703 10 ; 
for all other subsystems, sysend may not be lower than 
77013 8 or 32,267 10 . 

SYSLDR contains a transfer to the System Loader. /-? 
The System Loader may be used to scatter-load sub- 
system records that have the same standard System 
Library record format as the first record of the sub- 
system. When loading is completed, the System 
Loader transfers to the systra location. Therefore, 
the contents of systra must be modified during or 
prior to loading. 

Whenever the first record of a subsystem is loaded 
into core storage following the reading of a $execute 
card, the System Supervisor places in the decrement 
portion of sysldr the location of the unit control block 
for the unit from which the subsystem is being 
loaded. Subsequent transfers to sysldr by the sub- 
system will result in the next sequential record being 
loaded from the unit indicated in the decrement por- 
tion of sysldr. Therefore, if the decrement of sysldr 
is not changed by the subsystem, the next record of 
the subsystem will be loaded from the same unit as 
the previous record, each time a transfer is made to 
sysldr. 

When the subsystem being loaded is on random 
access storage, the System Loader routine obtains the 
track address of the next sequential record from the 
decrement of systch (described later in the text). 
When editing records onto disk or drum, the System 
Editor appends to each record a tcii syscyd command 
containing the track address of the next record in its 
decrement. When a record is loaded from random 
access storage by the System Loader, the tch com- 
mand at the end of the record ends up in systch, 
where it is availabe for loading the next record. 

A subsystem may specify the unit from which the 
next record is to be loaded by changing the unit con- 
trol block address in the decrement portion of sysldr. 
However, the unit must be on the same channel (and 
Data Channel Switch setting if it is a 7909 Channel) 
as the unit from which the first record of the subsystem 
specified on the $execute card was loaded. When load- 
ing from random access storage, the decrement of 
systch must also be changed. 
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The System Loader may be entered using the follow- 
ing instruction: 

TSX SYSLDR,4 

If syslbi is random access storage and the System 
Supervisor that processed the last sexecute card was 
loaded from random access storage, an alternate entry 
may be made to the System Loader by using the fol- 
lowing sequence: 



TSX 
BCI 



SYSLDR,4,1 
LSYSREC 



where sysrec is the name of a record on syslbi. When 
this entry is made, the System Loader will load the 
record specified by sysrec. The System Loader obtains 
the track address of the specified record from the 
System Loader Table ( sltabl ) . This table is generated 
and placed in the System Library when it is edited 
onto random access storage by the System Editor. To 
obtain the track address, the System Loader writes a 
checkpoint record on syslbi (just behind the System 
Core-Storage Dump Program), loads the System 
Loader Table into core storage, looks up the address 
of the specified record in the table, and restores core 
storage. 

SYSACC is used for communication between the 
installation accounting routine (if one exists), and 
the subsystems and System Monitor. In the distributed 
version of the System Monitor, this location contains 
the following: 

PZE 0,0,0 

Whenever a $id or sjob card is processed by a sub- 
system or the System Monitor, sysacc is tested before 
a transfer is made to sysidr. If sysacc contains all 
zeros, the subsystem or System Monitor lists the $id 
or $job card on the System Output and System Printer 
Units before transferring to sysidr. In the case of a 
sjob card, a page eject is performed before the card 
is listed. If the contents of sysacc are nonzero, the 
siD or $job card is not listed before the subsystem or 
System Monitor transfers to sysidr. The installation 



0„0 
SYSTWT 



accounting routine is provided with the location of 
the first word of the buffer containing the $id or $job 
card (as described previously under sysidr) and must 
list the card if sysacc is set to nonzero at an installation. 

SYSPID is reserved for use in communication be- 
tween an installation accounting routine, when one is 
incorporated in the ibsys Operating System, and the 
subsystems and the System Monitor. The exact use 
of this location depends on the design of the installa- 
tion accounting routine. In the distributed version of 
the Operating System, syspid is not used. 

SYSCYD and SYSCYD + 1 contain the following 
input/output commands, which are used by the Sys- 
tem Loader when subsystem records are loaded from 
disk, drum, or Hypertape. 

SYSCYD CPYD 

TCH 

SYSSLD, SYSTCH, and SYSTCH +1 contain the 
following input/output command sequence, which is 
used by the System Loader for scatter-loading sub- 
system records: 

SYSSLD CPYP * + l„l (IOCP) 

SYSTCH WTR * + l 

TCH *-2 

Upon completion of loading from random access 
storage via the System Loader, systch will contain a 
tch command whose decrement will contain the track 
address of the next sequential record on disk or drum. 

SYSTWT contains a twt instruction which serves 
as a common 7909 channel transfer point for all users 
of ioex. 

SYSGET contains a word that indicates to the Sys- 
tem Supervisor why control was returned to it by a 
subsystem. Additional information on sysget is con- 
tained in the section "System Nucleus." 

SYSJOB contains a control word that is used by the 
System Supervisor and the subsystems in controlling 
the skipping of jobs and job segments. Additional in- 
formation on sysjob is contained in the section "System 
Nucleus." 
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Appendix B: Routine to Perform an IOEX Read or Write Using 729 Tape 



THE FOLLOWING EXAMPLE IS SOLELY FOR THE PURPOSE OF ILLUSTRATION. 
IT DOES NOT REFLECT BUFFER TECHNIQUES IN USE OF 7607 CHANNEL. 



SAMPLE ROUTINE PERFORM READ OR WRITE FROM TAPE USING IOEX 

CALLING SEQUENCE 

TSX I0XRW.4 

P LOCFIL,M,RCHSEQ 

PZE EOF,, ERR EOF OR EOT OR ERROR RETURNS 

WHERE... 

P IF MINUS, WRITE IF PLUS, READ 

BIT 1 IF 1, NO MESSAGE IF 0, MESSAGE 

LOCFILE LOCATION OF A WORD WITH UCB IN ADDRESS (INDIR. REF.) 

M IF BCD.l IF BINARY, 

RCHSEQ LOCATION OF I/O COMMANDS (ENDING IN TRAP) 

EOF END OF FILE OR TAPE EXIT 

ERR ERROR EXIT 

INDICATORS ANO ACC ARE DESTROYED. IRS ARE SAVED. 



IOXRW 


SXA 


I0XS4,4 




CLA 


2,4 




STA 


IOXEF 




ARS 


18 




STA 


IOXER 




CAL 


1,4 




STT 


IOXSLL 




STP 


IOXSLL 




STA 


IOXND 




STA 


»+l 




LAC 


**,4 




ARS 


IB 




STA 


IOXSLL 




CLA 


IOXSLL 




ZET 


lt4 




TRA 


»-l 




STO 


1.4 




STZ 


IOXIN 




TSX 


(ACTIV.4 


IOXND 


PZE 


• » 




NZT 


IOXIN 




TRA 


»-l 




LDI 


IOXIN 


I0XS4 


AXT 


»* ,4 




LFT 


200000 


IOXEF 


TRA 


« * 




LFT 


100000 


IOXER 


TRA 


»• 




TRA 


3,4 


IOXSLL 


PZE 


0,, IOXSEL 


IOXIN 


PZE 


»* 


IOXMD 


PZE 


*# 


* 


IOXSEL 


ROUTINE EN 


IOXSEL 


SXA 


I0XSS4.4 




PAC 


0,4 




TMI 


IOXPST 




CLA 


0,4 




PDX 


0,2 




CLA 


1,4 




STA» 


(RCHXI 




STT 


IOXMD 




NZT 


IOXMD 




TXI 


*+l,2,l6 




TMI 


IOXWR 




SXA 


»+l,2 




RDS 


»tt 




XEC* 


(RCHXI 


I0XSS4 


AXT 


• • ,4 




TRA 


1,4 


IOXWR 


SXA 


»+l,2 




WRS 


• • 




TRA 


I0XSS4-1 


IOXPST 


ST I 


IOXIN 




STL 


IOXIN 




STZ 


1,4 




TRA 


I0XSS4 



SAVE IR4 

SET EOF EXIT 

SET PERMANENT REDUNDANCY EXIT 

GET FIRST WORD OF CALL SEQUENCE 

SAVE MODE FOR SELECT 

SAVE PREFIX FOR SELECT TYPE 

PUT LOC IN ACTIVE CALLING SEQUENCE 

SET TO PICK UP UCB 

-L(UCB) 

I/O COMMANDS LOC TO ADDRESS 

PUT IN SELECT WORD 

GET SELECT WORD 

TEST FOR OTHER USE OF THIS UNIT 

WAIT TILL UNIT FREE 

SIGNED CONTROL WORD TO UCB WORD 2 

SET IN-OPERATION WORD ON 

GO TO ACTIVATE 

UNIT 

TEST FOR REQUEST COMPLETE 

NOT DONE, WAIT 

PICK UP COMPLETION BITS SET BY IOXSEL- 

SET FOR EXIT 

TEST EOF, EOT 

EOF EXIT 

TEST FOR PERM. REDUNDANCY 

YES, ERROR EXIT 

NORMAL RETURN 

LOCATION OF SELECT ROUTINE 
IN OPERATION CELL 
MODE SWITCH 



ROUTINE ENTERED TWICE BY IOEX FOR EACH I/O OPERATION 



SAVE IR 4 

-L(UCB) 

SELECT MINUS OR POSTING ENTRY 

UCB WORD 1 

UNIT TO IR 2 

UCB WORD 2 

STORE LOC TO RCHX 

SAVE MODE FLAG 

TEST MODE 

SET BINARY MODE FOR UNIT 

WRITE 

PLACE READ SELECT ADDRESS 

READ SELECT 

ISSUE RESET LOAD CHANNEL 

RESTORE IR 4 

AND EXIT IOXSEL 

PLACE SELECT ADDRESS FOR WRITE 

WRITE SELECT 

GO TO ISSUE CHANNEL COMMANDS 

POSTING ENTRY SAVE ERROR FLAGS 

SET IN-OPERATION WORD OFF 

SET UCB WORD 2 ZERO 

GO TO EXIT 
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Appendix C: Bit Assignments of 7631 Sense Data Words 



SNSDTA 





Byte 


1 










2 












3 












4 












5 












6 










A 




B 


C 


D 




E 




F 


G 


H 




1 




J 


K 


L 




M 




N 


O 


P 




Q 




R 


S 


T 




U 




V 


W 


X 











































































SNSDTA+1 





Byte 


7 










8 












9 












10 










1 












12 
















A 


B 




C 




D 
























































Y 




Z 


A 


B 




C 




D 































































































































5iL 


Assignment 


Comment 


A 


Not Used 


Summary Bits 


B 


Program Check 




C 


Data Check 




D 


Exceptional Condition 




E 


Invalid Sequence 


Program Check 


F 


Invalid Code 




G 


Format Check 




H 


No Record Found 




1 


Invalid Address 


Program Check for CE Track 


J 


Response Check 


Data Check 


K 


Data Compare Check 




L 


Parity or Cyclic Code Check 




M 


Access Inoperative 


Exceptional Condition 


N 


Access Not Ready 




O 


Disk Circuit Check 




P 


Control Unit Circuit Check 




Q 


Channel Interrupt 




R 


Six-Bit Mode 




S 


Reserved 




T 


Reserved 




U 


ACC-MOD 00 


Attention 


V 


ACC-MOD 01 




W 


ACC-MOD 02 




X 


ACC-MOD 03 




Y 


ACC-MOD 04 




Z 


ACC-MOD 05 




AA 


ACC-MOD 06 




BB 


ACC-MOD 07 




CC 


ACC-MOD 08 




DD 


ACC-MOD 09 
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Appendix D: Bit Assignments of 7640 Sense Data Words 



SNSDT/ 
Byte 1 


k 










2 












3 












4 












5 












6 










A 




B 


C 


D 




E 




F 


G 


H 




1 




J 


K 


L 




M 




N 


O 


P 




Q 




R 


S 


T 




U 




V 


W 


X 











































































SNSDTA+1 



Byte 


7 












8 












9 












10 










11 












12 
















A 


B 




C 




D 


E 


F 




G 




H 


1 


J 




K 




L 


M 


N 




O 




P 


Q 


R 
















Y 




Z 


A 


B 




C 




D 


E 


F 




G 




H 


1 


J 




K 




L 


M 


N 




O 




P 


Q 


R 























































































Bit 


Assignment- 


A 


Operator Required 


B 


Program Check 


C 


Data Check 


D 


Exceptional Condition 


E 


X 


F 


X 


G 


X 


H 


X 


1 


Drive Not Ready 


J 


Drive Not Loaded 


K 


Drive File Protected 


L 


Not Used 


M 


Invalid Order 


N 


Drive Busy 


O 


Drive at BOT 


P 


Drive at EOT 


Q 


Correction Occurred 


R 


Parity Check 


S 


Code Check 


T 


Envelope Check 


U 


Overrun Check 


V 


Excessive Skew Check 


W 


Track Start Check 


X 


Not Used 


Y 


Read a Tape Mark 


Z 


Drive in EWA 


AA 


No Data Transmitted 


BB 


Not Used 


CC 


Read Section Busy 


DD 


Write Section Busy 


EE 


Backward Mode 


FF 


Not Used 


GG 


Drive 


HH 


Drive 1 


II 


Drive 2 


JJ 


Drive 3 


KK 


Drive 4 


LL 


Drive 5 


MM 


Drive 6 


NN 


Drive 7 


OO 


Drive 8 


PP 


Drive 9 


QQ 


Not Used 


RR 


Not Used 



Comment 
Summary Bits 



Selected Tape 
Drive Number 
(E + G = Drive 0) 

Operator Required 
Program Check 



Data Check 



Exceptional Condition 



Appendixes 73 



LAC 


SYSLBl, 


.1 


CLA 


SYSTCH 




STO 


FLAG 




ARS 


18 




ZET 


1.1 




TRA 


»-l 




STA 


3,1 




CLS 


2,1 




STO 


2,1 




TSX 


(ACTIV, 


,4 


PZE 


SYSLBl 





Appendix E: Sample Scatter-Read Program (Disk) 



THE FOLLOWING EXAMPLE IS SOLELY FOR THE PURPOSE OF ILLUSTRATION. 
IT DOES NOT REFLECT BUFFER TECHNIQUES IN USE OF 7909 CHANNEL. 



SAMPLE ROUTINE PERFORM SCATTER-READ FROM DISK USING IOEX 

START LAC SYSLBl, 1 -L(UCB) TO IR1. 

SEEK LOCATION NEXT RECORD. 
SAVE IT IN FLAG. 

UCB 2 FREE... 

NO, WAIT. 

PLACE IN UCB 4 FOR IOEX TO DO SEEK. 

SET AF FLAG SO IOEX WILL SEEK. 

PERFORM SEEK WHILE SETTING 
UP ORDER, ETC. 

UCB 2 CONTENTS ARE ZERO. A SEEK REQUEST MAY BE PLACED WITHOUT 
PRIORITY PENDING. 

V CLA FLAG PICK UP CURRENT SEEK A/0 VERIFY 

BINARY ADDRESS. 
CONVERT ADDRESS TO BCD 
-L(UCB) TO IR4. 
BYTES 3-6 OF M«, TTTT IN BCD. 
HA2 IDENTIFIER IS BM . 
LOCATION OF ORDER TO BE COMPOSED. 
SET UCB 2 PRIORITY. 

PERFORM READ.. 

WAIT TILL DONE. 

7909 CONDITION PLACED BY (SEL-). 

WAS IT UNUSUAL END.. . 

YES. READ IOEX COMMENTS ON PRINTER. 

GO TO ERROR PAUSE. 

NO. MORE OF THIS IBSYS RECORD... 

NO. GO TO IBSYS CONTROL. 

PICK UP NEXT SEEK ADDRESS. 

DOES NEXT TRACK IN BINARY REQUIRE 

A SEEK... 

NO. SEEK NOT NEEDED UNLESS 

REMAINDER IS ZERO. 

YES. SET PRIORITY FOR SEEK TO IOEX. 



PRIORITY WORD UCB 2. 



VERIFY ORDER COMPOSED BY (FOAMT. 
IOEX GIVEN 7909/7631 STATUS 



EXCLUSION WORD ADDRE SS, .COUNT. 
EXCLUSION MASK BITS. 
STATUS RESET ON MATCHED EXCLUSION 

-L(UCB). 
SELECT MINUS. 
UCB2. 

SET RSCX ADDRESS, VIA IR1. 
SET EXCLUSION WORD (OPTIONAL). 
(OPTIONAL). 

RESET AND START CHANNEL. 
EXIT TO IOEX. 

RESET PRIORITY WORD FOR THIS ACCESS. 
SAVE 7909/7631 STATUS. ALL ERRORS 
ARE INDICATED BY IOEX EVEN IF 
EXCLUSION FLAGS ARE USED. 
TRA 1,4 EXIT TO IOEX. 



TSX 


(DECVD.4 


LAC 


SYSLBl, 4 


TSX 


(FDAMT.2 


BCI 


1.0CBM06 


PZE 


DVTA 


CLA 


9I0SL 


STO 


1,1 


TSX 


(ACTIV, 4 


MZE 


SYSLBl 


ZET 


1,1 


TRA 


*-l 


LDI 


9I0SLI 


LFT 


001000 


TRA 


1PAWSX 


CLA 


FLAG 


TMI 


SYSTRA 


PDX 


0,4 


PXA 


0,4 


LRS 


35 


DVP 


=40 


TNZ 


AA 


PXA 


0,4 


TRA 


A + 2 


» CONSTANTS 




9I0SL PZE 


CTLR,,9SL 


FLAG PZE 




DVTA DVTA 


, , , 


9I0SLI PZE 




* ONE PURPOSE 


IOEX TYPE SELE 


9SL TRA 


SE 


PZE 


•+lt ,1 


OCT 


062001000000 


» ERROR PROCEDURE EXCLUDED. 


• BITS FOR ERROR INTERRUPTS. 


SE PAC 


0,2 


TMI 


SM 


CLA 


1,2 


STA» 


(RCHXI 


CLA 


9SL+1 


SLW« 


(RCTXI 


XEC« 


(RCHXI 


TRA 


1,4 


SM STZ 


1,2 


STI 


9I0SLI 



« 7909 



PROGRAM 




SMS» 


AA + 4 


CTLR 


DVTA 


CPYP 


FLAG,,1 


CPYP 


•♦1,,1 


WTR 


» 


TCH 


*-2 



INHIBIT ATTN AND SELECT INTERFACE 
DVTA AND SET READ STATUS. 
FIRST WORD OF A TRACK. ITS 
DECREMENT USED BY CPU PROGRAM. 
SIMULATE SCATTER-LOAD FROM 
TAPE ON DISK. 

PROGRAM NOT TERMINATED BY TWT BECAUSE A TRAP WILL OCCUR DUE 
TO 7909 SEQUENCE ERROR CONDITION, WHEN A CPYD IS LOADED INTO 
WORD CTLR+4. 



74 



Index 



$* Card 11,12,15 

Access . 16, 27, 29, 50, 57 

Accounting Routine .... (See Installation Accounting Routine) 

(activ 28,30,31 

Activating a Channel 30 

( ACTVX 31 

af Flag 27,28,30 

*after Card 44 

Alphameric Punch 35 

Alteration Cards 39, 42 

(See also Octal Alteration Cards and Column-Binary 

Cards ) 
Alternate Unit 9, 10 

AMTTTT 36 

Apparent Noise Record 32 

$as Card 14, 22, 23, 24, 44, 49, 55, 65 

Assembly Parameters 25, 48, 51, 54, 57, 61 

$attach Card 14, 16, 36, 49, 50, 51, 55, 64 

Attached Unit 15, 16 

Attachment Flag 25 

attention 27, 28, 30, 31 

Auxiliary System Unit Function Table 49, 50, 54, 55, 57 

Auxiliary Disk Limits Table 54, 55, 57 

Availability 15 

Availability Chain 64 

(See also Unit Availability Chain) 

Availability Flag 25, 26 

Available Unit 16 

Backspacing 31 

Basic Control Cards 11 

( See also Control Cards ) 

bcd Dump • • • 18 

bcd Zero Conversion 35 

( bcd5r 35, 36 

( bcd5x 35, 36 

Between-Jobs Interrupt 12, 15, 23, 68 

Binary Modification Deck 66, 67 

Binary to bcd Octal Conversion 36 

Binary to Decimal Conversion 36 

Blocking 7 

$cards Card 15, 17, 19 

Chain Address 26 

Channel Control Tables 35 

Channel Priority Cell 29, 30 

*check Card 44, 45, 66 

( chxsc 36 

Column-Binary Card 39, 40, 41, 42, 43, 66 

Commercial Translator Program 7, 63, 67 

( COMMM 29 

Communication Region 14, 21, 22, 23, 39, 63 

Communication Table 25 

Control Cards 7-10, 12, 14, 15, 18, 38 

Control Word 18, 21 

Conversion Routines 36 

Core-Storage Dump Listings 8, 18 

Core-Storage Dump Program 19, 69 
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